Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 4922 сообщений
Cообщения с меткой

миграция - Самое интересное в блогах

Следующие 30  »
газета_Пятый_элемент

Есть лжецы среди мигрантов! И они изобличены!

Суббота, 07 Октября 2017 г. 18:49 (ссылка)


4 октября сотрудники подразделений ГУ МВД России по Новосибирской области с привлечением спецподразделений Росгвардии провели оперативно-профилактические мероприятия по выявлению нарушений миграционного законодательства. 


 


В левобережной части Новосибирска на территории оптово-розничного торгового предприятия и в местах компактного проживания мигрантов были проверены 1560 иностранных граждан из стран Средней Азии. Для разбирательства в отдел полиции доставлены
Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Когда время перезагрузки имеет значение или почему IBM использует CRIU на мейнфреймах

Среда, 04 Октября 2017 г. 09:09 (ссылка)

В современном мире, когда светлое будущее прочат микросервисам, кажется странным заниматься технологиями, которые помогают обновлять код без перезагрузки. Ведь микросервисы и контейнеры куда проще «убить» и создать заново. Тем не менее, мы продолжаем работу над системой живой миграции CRIU, и нам в этом активно помогают ребята из IBM. Почему? Попробуем объяснить.



image


Читать дальше ->

https://habrahabr.ru/post/339286/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Смарт контракты Ethereum: что делать при ошибке в смартконтракте или техники миграции

Воскресенье, 02 Октября 2017 г. 02:02 (ссылка)




isvirin


сегодня в 02:02

Разработка





Смарт контракты Ethereum: что делать при ошибке в смартконтракте или техники миграции










    При написании смартконтрактов важно помнить, что после загрузки в блокчейн, они уже не могут быть изменены, а следовательно, не могут быть внесены какие-либо улучшения или исправлены какие-то найденные ошибки! Все мы знаем, что ошибки есть в любой программе, а вернувшись к написанному пару месяцев назад коду мы всегда найдем, что там можно улучшить. Как же быть? Единственно возможный вариант – это загрузить новый контракт с исправленным кодом. Но как же быть, если на базе имеющегося контракта уже выпущены токены? На помощь нам приходит миграция! За последний год я попробовал много разных техник ее реализации, проанализировал применяемые в других крупных блокчейн проектах и что-то поизобретал сам. Подробности под катом.







    Сразу оговорюсь, что в рамках данного поста я не буду приводить простыни готовых смартконтрактов, а буду лишь рассматривать и анализировать различные техники. Почти все они в том или ином виде были мной реализованы в контрактах для проектов, в которых мне доводилось участвовать, и многое можно взять с моего GitHub.



    Миграция с ERC20-совместимого контракта



    Начнем рассмотрение с самого простого и распространенного случая, когда исходный контракт, уже загруженный в блокчейн, не содержит каких-либо специальных механизмов для того, чтобы помочь нам с миграцией, т.е. по сути мы имеем обычный ERC20-совместимый контракт. Единственное, что мы полезного можем взять из исходного контракта, это балансы всех держателей токенов и общее количество выпущенных токенов для проверки, что мы никого не забыли при миграции.

    contract ERC20base {
    uint public totalSupply;
    function balanceOf(address _who) public constant returns(uint);
    }


    К сожалению, интерфейс ERC20-совместимого контракта не позволяет узнать список всех держателей токенов, поэтому при миграции нам придется выяснить полный список держателей из какого-то другого источника, например, выгрузив его из etherscan.io. Пример контракта, на который осуществляется миграция, приведен в следующем листинге:

    contract NewContract {
    uint public totalSupply;
    mapping (address => uint) balanceOf;

    function NewContract(address _migrationSource, address [] _holders) public {
    for(uint i=0; i<_holders.length; ++i) {
    uint balance = ERC20base(_migrationSource).balanceOf(_holders[i]);
    balanceOf[_holders[i]] = balance;
    totalSupply += balance;
    }
    require(totalSupply == ERC20base(_migrationSource).totalSupply());
    }
    }


    Конструктор контракта получает в качестве параметров адрес исходного ERC20-совместимого контракта, а также список держателей токенов, выгруженный вручную через etherscan.io. Следует обратить внимание, что в последней сроке конструктора проверяем, что количество токенов после миграции не изменилось, а следовательно, ни один держатель токенов не забыт. Необходимо учитывать, что такая миграция возможна лишь в том случае, если количество держателей токенов невелико и цикл по ним всем возможен в рамках одной транзакции (лимита газа, установленного в Ethereum для одной транзакции). Если все же количество держателей токенов не позволяет мигрировать за одну транзакцию, то эту функциональность придется вынести в отдельную функцию, которую можно будет вызвать необходимое количество раз, а контракт в этом случае будет выглядеть так:

    contract NewContract {
    uint public totalSupply;
    mapping (address => uint) balanceOf;
    address public migrationSource;
    address public owner;

    function NewContract(address _migrationSource) public {
    migrationSource = _migrationSource;
    owner = msg.sender;
    }

    function migrate(address [] _holders) public
    require(msg.sender == owner);
    for(uint i=0; i<_holders.length; ++i) {
    uint balance = ERC20base(_migrationSource).balanceOf(_holders[i]);
    balanceOf[_holders[i]] = balance;
    totalSupply += balance;
    }
    }
    }


    В конструкторе данного контракта запоминается адрес исходного контракта, а также инициализируется поле owner, чтобы запомнить адрес владельца контракта, чтобы только он имел право вызывать функцию migrate(), вызвав которую несколько раз, мы можем мигрировать любое количество держателей токенов с исходного контракта.



    Недостатки данного решения заключаются в следующем:


    1. На старом смартконтракте токены останутся у их владельцев, а на новом просто продублируются их балансы. Насколько это плохо, зависит от того, как составлен ваш Tokens sale agreement или любой другой документ, описывающий объем ваших обязательств перед держателями токенов вашего проекта, и не удвоятся ли ваши обязательства перед ними после создания «дубликата».

    2. На миграцию вы расходуете собственный газ, но это, вобщем-то, логично, т.к. делать миграцию придумали вы и в любом случае доставляете неудобства вашим пользователям, хоть оно и ограничивается тем, что им надо переписать в своих кошельках адрес смартконтракта со старого на новый.

    3. В процессе осуществления миграции, если она конечно не умещается в одну транзакцию, могут произойти трансферы токенов между адресами их владельцев, а следовательно, могут добавиться новые держатели и может измениться баланс существующих.



    Но с этим, к сожалению, ничего поделать нельзя, а для более комфортной и удобной миграции следует предусматривать какие-то вспомогательные средства в исходном контракте.



    Миграция между этапами краудсейла



    В мире современных ICO довольно распространена практика, когда для различных этапов сбора средств делают отдельные контракты, мигрируя выданные токены на новые контракты нового этапа. Это, конечно, можно делать так, как мы рассмотрели выше, но, если мы точно знаем, что нам придется мигрировать, то почему бы сразу не упростить себе жизнь? Для этого достаточно ввести публичное поле

        address [] public holders;


    В это поле необходимо добавлять всех держателей токенов. Если контракт уже на ранних этапах сбора разрешает делать держателям перемещения токенов, т.е. реализует transfer(), необходимо позаботиться о том, чтобы массив обновлялся, например, как-то так

        mapping (address => bool) public isHolder;
    address [] public holders;
    ….
    if (isHolder[_who] != true) {
    holders[holders.length++] = _who;
    isHolder[_who] = true;
    }


    Теперь на стороне приемного контракта можно использовать аналогичную рассмотренной ранее технологию миграции, но теперь нет необходимости передавать массив в качестве параметра, достаточно обратиться к уже готовому массиву в исходном контракте. Также следует помнить, что размер массива может не позволить проитерировать его за одну транзакцию по причине ограничения газа на одну транзакцию, а следовательно, нужно предусмотреть функцию migrate(), которая будет получать два индекса – номера начального и конечного элементов массива для обработки в рамках данной транзакции.

    Недостатки данного решения вобщем-то такие же как у предыдущего, разве что теперь нет необходимости делать выгрузку списка держателей токенов через etherscan.io.



    Миграция со сжиганием исходных токенов



    Все-таки раз мы говорим про миграцию, а не про дублирование токенов в новом смартконтракте, то необходимо озаботиться вопросом уничтожения (сжигания) токенов на исходном контракте при создании их копии на новом. Очевидно, что недопустимо оставлять в смартконтракте «дыру», которая позволила бы кому угодно, будь он даже владельцем смартконтракта, сжигать токены других держателей. Такой смартконтракт будет просто скамовым! Осуществлять такого рода манипуляции над своими токенами может только их держатель, а следовательно, и осуществлять миграцию должен сам держатель. Владелец смартконтракта в данном случае может только запустить эту миграцию (перевести смартконтракт в состояние миграции). Пример реализации такой миграции я встретил в проекте GOLEM (ссылка на их гитхаб в конце поста), затем реализовал ее в нескольких своих проектах.

    В исходном контракте определим интерфейс MigrationAgent, который впоследствии должен быть реализован в контракте, на который осуществляется миграция.

    contract MigrationAgent {
    function migrateFrom(address _from, uint256 _value);
    }


    В исходном контракте токена должна быть реализована следующая дополнительная функциональность:

    contract TokenMigration is Token {
    address public migrationAgent;

    // Migrate tokens to the new token contract
    function migrate() external {
    require(migrationAgent != 0);
    uint value = balanceOf[msg.sender];
    balanceOf[msg.sender] -= value;
    totalSupply -= value;
    MigrationAgent(migrationAgent).migrateFrom(msg.sender, value);
    }

    function setMigrationAgent(address _agent) external {
    require(msg.sender == owner && migrationAgent == 0);
    migrationAgent = _agent;
    }
    }


    Таким образом, владелец исходного смартконтракта должен вызвать setMigrationAgent(), передав ему в качестве параметра адрес смартконтракта, на который осуществляется миграция. После этого все держатели токенов исходного смартконтракта должны вызвать функцию migrate(), которая осуществит уничтожение их токенов в исходном смартконтракте и добавление в новом (путем вызова функции migrateFrom() нового контракта). Ну а новый контракт должен собственно содержать реализацию интерфейса MigrationAgent, например, так:

    contract NewContact is MigrationAgent {
    uint256 public totalSupply;
    mapping (address => uint256) public balanceOf;
    address public migrationHost;

    function NewContract(address _migrationHost) {
    migrationHost = _migrationHost;
    }

    function migrateFrom(address _from, uint256 _value) public {
    require(migrationHost == msg.sender);
    require(balanceOf[_from] + _value > balanceOf[_from]); // overflow?
    balanceOf[_from] += _value;
    totalSupply += _value;
    }
    }


    В этом решении прекрасно все! Кроме того, что пользователю надо вызвать функцию migrate(). Ситуация существенно осложняется тем, что вызов функций поддерживают лишь единицы кошельков и они, как правило, не являются самыми удобными. Поэтому, поверьте, если среди держателей ваших токенов есть не только криптогики, но и простые смертные люди, они вас просто проклянут, когда вы будете объяснять им, что надо установить какой-нибудь Mist, а затем вызвать какую-то функцию (слава Богу, хоть без параметров). Как же быть?

    А можно поступить очень просто! Ведь любой пользователь криптовалюты, даже самый-самый начинающий, умеет хорошо делать одно – отправлять крипту со своего адреса на какой-то другой. Так пусть таким адресом будет адрес нашего смартконтракта, а его fallback функция в режиме «миграции» будет просто вызвать migrate(). Таким образом, держателю токенов для осуществления миграции будет достаточно перевести хотя бы 1 wei на адрес смартконтракта, находящегося в режиме «миграции», чтобы произошло чудо!

    function () payable {
    if (state = State.Migration) {
    migrate();
    } else { … }
    }




    Заключение



    Рассмотренные решения концептуально покрывают все возможные способы осуществления миграции токенов, хотя возможны вариации в конкретных реализациях. Отдельного внимания достоин подход «перегонного сосуда» (ссылка в конце поста). Независимо от используемого вами подхода к миграции, помните, что смартконтракт – это не просто программа, выполняемая внутри виртуальной машины Ethereum, а это некий отчужденный независимый договор, а любая миграция предполагает, что вы меняете условия этого договора. Уверены ли вы, что держатели токенов хотят поменять условия договора, который заключили, приобретая токены? Это на самом деле хороший вопрос. И существует очень правильная практика, «спрашивать» держателей токенов о том, хотят ли они «переехать» на новый контракт. Именно осуществление миграции через голосование я реализовал в смартконтракте своего проекта PROVER, с текстом контракта можно познакомиться на моем GitHub-е. Ну и конечно приглашаю присоединяться к ICO моих проектов PROVER и OpenLongevity.



    Надеюсь, что все это кому-то полезно и нужно :).



    Полезные ссылки





    Original source: habrahabr.ru (comments, light).

    https://habrahabr.ru/post/339102/

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    rss_rss_hh_new

    [Из песочницы] IT-работа в Барселоне, кратко не получилось

    Четверг, 21 Сентября 2017 г. 16:17 (ссылка)






    Mia_Lebedeva


    сегодня в 16:17

    Разное





    IT-работа в Барселоне, кратко не получилось










    Прочитав статью про Прагу и перечитав все комментарии я поняла несколько вещей:




    1. Мне очень повезло, а могло закончится просто катастрофой;



    Быть может мой опыт вдохновит или наоборот убережет кого-то от радикальных изменений в работе и смене места жительства.



    Как все началось?



    Это было вечером и мы пили чай, в Запорожье, куда я и моя семья переехала из Николаева, опять таки по факту трудоустройства на местное предприятие работающие на заграничных заказчиков.



    Муж лениво листал скайп в телефоне и неожидано, поперхнувшись чаем спросил:

    — А ты хочешь в Барселону?

    Я: — В отпуск?

    Муж: — Не, на долго. Мне работу предлогают. Ну что? Нужно сегодня дать ответ, чтоб выслали условия и договор.



    Хорошенький вопрос. Муж работает на фриланс проектах уже довольно долго. Офис не любит, а я люблю.



    Я COO (chief operating officer) в одной из топовых украино-американской кампании, предоставляющей в аренду сервера и платформу для рекламных сетей.



    У меня уверенная зарплата, дружный коллектив, и прекрасные отношения с руководством. Кроме того я только закончила и запустила новый проект и у компании на меня большие планы.



    Кто в здравом уме откажеться от денег, карьерного роста и дружелюбной рабочей обстановки?



    Я.



    Почему?




    1. Потому что я не эгоист, и если мой муж терпел много лет удаленную работу ради моих амбиций и карьеры, то пришло время и мне научится принимать во внимание его амбиции.

    2. Потому что море и солнце вместо Запорожских заводских клубов дыма и постоянных простуд на фоне плохой экологии.

    3. Потому что в Барселоне очень много IT компаний и я надеялась, что со своим багажом опыта я найду себе применение без проблем.



    Нам прислали условия и договор и мы должны были скорректировать их под свои нужды, не особо зарываясь.



    Условия и предубеждения



    Я не буду тут описывать весь процесс переговоров и переписки, но по факту мы сошлись на следующем.




    • Нам оплачивают оформление визы (а на тот момент безвиза еще не было).

    • Нам оплачивают билеты (при чем туда и обратно, на всякий случай).

    • Нам снимают квартиру на две недели или пока мы не найдем приемлемый вариант но не больше 4 недель.

    • Нам оформляют NIE (это такой внутренний документ в Испании в котором стоит разрешение на пребывание в стране, в нашем случае по факту работы мужа).

    • Компания берет на себя обязательства платить налоги и соц страховку и на руки мы получаем чистые.

    • Компания ведет налоговые отчеты.

    • Зарплата составляет всего 60% от того что мы запросили изначально, но по факту на 50% больше того, что получала я и на 30%, чем получал муж. По итогу все равно меньше чем сумма наших зарплат, но я надеялась найти работу.



    Реальность



    К слову, документы нам таки оформили, но через 3 месяца. Бюрократия 90 лвл. Мы приехали 1 февраля и 30 марта у нас закончилась виза и мы две недели парились по этому поводу, хотя нам все говорили — все норм вы ж на оформлении. Чтоб вы понимали всю игру тени и света — без документов мы не могли самостоятельно купить телефоны и провести интернет и отдать детей в школу, открыть счета в банке, получить мед страховку и купить абонемент на велопарк.



    В результате мой коллега по работе оформил телефоны на себя и интернет провел на свое имя.



    За кватриру с нас, как не резидентов, запросили аж три месяца стоимости (900х3), а не два, как изначально мы планировали, исходя из данных вебсайтов о недвижимости.



    А вот мед. страховку государственую мы до сих пор ждем (карточки Cat Salut). Приватную оформили в банке. 65 евро с носа (нас 4).



    Банк Santander таки соизволил открыть нам счета без nie по рабочему контракту мужа и то только потому, что его контора клиент крупный в этом банке.



    Вывод. Мы конечно ожидали все на блюдце, но будьте готовы, что прийдется ждать и довольно долго и что без документов вам вряд ли будет комфортно.



    Работа в испанской IT кампании



    Я нашла работу очень быстро, но лишь потому, что контора в которую я устроилась была клиентом предыдущей конторы. Соответственно, технологию я знала и приступить могла сразу, без обучения, стажировки и прочего.



    В Запорожье я приходила в 10:30 и уходила как получится. На выходные, в праздники и во время больничного — всегда нужно было быть на связи. Внеурочные не платили, но были годовые бонусы и ты как бы убеждаешь себя, что ты не раб системы.



    В Барселоне муж уходит на работу в 11, возвращаеться в 5, и обед полтора часа и он имеет права два дня в неделю работать дома, потому что «а почему бы и нет если вам удобно».



    У меня рабочий день с 9:30 до 18:30. В 18:31 запрещают отвечать по скайпу. В выходные можно позвонить только чтоб спросить как дела. Никто не поднимет тебя в три часа ночи из-за обвала статы. Более того, мне как-то позвонили в 9 вечера по ургенту и больше извинялись чем обсуждали пути ликвидации проблемы.



    На всех предыдущих работах, я была швейцарским ножем — и переговоры, и контракты и интеграции и продажы и аналитика и разработка и ведение проекта. В Барселоне я четка знаю за что мне платят, тут ценят инициативу и нормально воспринимают критику руководства. Тут нет многочасовых митингов или еженедельных сходок. Scrum используют, но лишь в аспектах микроменеджмента спец проектов. Я могу спокойно сказать — я считаю это не стоит потраченых усилий и меня и услышат и послушают.



    Из минусов, тут все очень медленно. Испанские конторы могут вяло ответить в обед, логи пришлют через недели три, а правки в договор некоторые вносят уже месяцев 5. Интеграция XML фида, которая у меня занимает меньше 3 минут, может растянутся на несколько часов.



    Язык общения — английский. Мой испанский достаточно хорош чтоб понимать, что деспасито это медленно, но объяснять тонкости настройки рекламной кампании не тянет. Кроме того, тут говорят по каталански.



    Учить язык все таки прийдется, но с английским тут можно выжить. Как доказали мои дети в каталанской школе — язык жестов спасает.



    Мужу вообще повезло, технические задания можно распечатывать и вешать в рамку. Общается он с лидом и вторым прогом и с украинскими коллегами на удаленке. На его корпоративе, когда я увидела 67 человек, из которых он знал 2, я поняла что тут необязательно знать кто из коллег разводит лобрадоров, серфит или посещает кофе шопы. Можно просто здороваться и прощаться.



    Немного о деньгах



    Мы тратим в месяц на еду (я, муж, сын, дочь, и пес) чуть менее чем 300-400 европейского образца денежных единиц. При этом квартира — 900 +100 коммунальные. Телефон +интернет (два номера и роутер) 65 в месяц. Страховка медицинская — 65 за каждого кроме пса. Пес к слову обходится 50-60 евро в месяц + 45 раз в три месяца на стрижку.



    Компания и моя и мужа платит налоги и ведет налоговый учет — то есть вы не заморачиваетесь с подачей деклараций и прочей волокитой бумажной.



    Если вас позовут на пиво, то в 40 вы вложитесь спокойно, конечно мы предпочитаем просто в гости ходить и приглашать, потому как процентов на 50-60 дешевле выходит.



    Подытожим



    Переезд в Испанию не так страшен, как я его представляла. Бумажную волокиту никто не отменял, но это часть нашей жизни и это решаемо.



    Билеты, жилье и разностороняя помощь в оформлении — это нормально, а не «ничего себе вот лафа». Вам обязаны обеспечить адекватные и легальные условия нахождения в стране и кроме того купить обратные билеты — а вдруг вы передумаете.



    Уровень жизни даже при зарплате в 3000 очень даже высокий. Конечно это не айфон Х каждый месяц, но очень близко.



    Еда дешевая, если готовить самим или есть не в 3 звездах.



    Язык — универсальный английский, в IT компании уровня upper intermediate, этого достаточно. Выучив каталанский или испанский вы сможете существенно расширить спектр предлогаемых позиций, однако это исключительно для понимания шуток лидов и общения с местным колективом.



    Детей можно устроить в любую школу от приватных до локальных — отказать вам с документами не могут. Проверено.



    Медицина на уровне космоса для меня (после украинских поликлиник). Проверено оперциями. Страховка работает.



    Прошло 6 месяцев и я могу сказать, что нам нравится. Оглядываясь назад я рада, что мы такие сумашедшие непоседы и что мы смогли преодалеть страх и неуверенность в собственных силах (я про себя, муж — герой это понятно).


    Original source: habrahabr.ru (comments, light).

    https://habrahabr.ru/post/338424/

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    rss_rss_hh_new

    Как компании перенести свою инфраструктуру в облако и избежать ошибок

    Понедельник, 18 Сентября 2017 г. 13:32 (ссылка)




    it_man


    сегодня в 13:32

    Управление





    Как компании перенести свою инфраструктуру в облако и избежать ошибок










      Миграция в облако тесно связана с перемещением данных, настроек, приложений, операционных систем в виртуальный дата-центр облачного провайдера. Кажется, что это сложно и ненадежно, однако все больше компаний доверяют сервисы технологии IaaS. Например, в течение трех последующих лет 50% индийских организаций планируют переместить инфраструктуру в облако.



      Рынок «идет» вверх — по прогнозу аналитического агентства Gartner, в 2017 году IaaS-сегмент вырастет на 36,8% и достигнет планки в 34,6 млрд долларов. Поэтому в сегодняшнем материале мы поговорим о том, на что компаниям обратить внимание, чтобы мигрировать инфраструктуру в облачную среду и избежать потенциальных рисков.





      / Flickr / goldswordfish / CC



      Что может пойти не так



      Из-за объемов IT-инфраструктуры и миллиардов долларов, затрачиваемых каждый день на оборудование, программное обеспечение и поддерживание сервисов, переход от модели развертывания on-premise к облачной невозможно совершить за одну ночь.



      При переносе IT-отделам компаний приходится решать, как поддерживать доступ к источникам данных — большинство сценариев миграции включают перенос информации с использованием бэкап-инструментов и систем восстановления в случае катастрофы (disaster recovery).



      Большинство ошибок, которые подстерегают руководство компаний на этом пути, присущи любому крупному IT-проекту. Отсутствие плана миграции и схемы зависимости приложений — одни из самых популярных. Сюда же относятся инициация миграции без предварительных тестов, мнение, что все провайдеры одинаковые и просчеты в политиках безопасности.



      Подробнее об этих типах рисков и как их избежать, мы расскажем далее.



      Кто уже с этим справился



      Переход в облако совершают крупные компании и небольшие стартапы — 52% сегмента малого бизнеса обратились к облачной инфраструктуре. По данным International Data Corporation (IDC), каждая небольшая компания, которая использует облачные технологии, экономит значительные суммы. Организации также получают возможность управлять инфраструктурой из одной консоли, что упрощает взаимодействие и ускоряет доставку сервисов потребителям.



      Существуют кейсы, демонстрирующие успешную миграцию IT-инфраструктуры в облако IaaS-провайдера. При этом часть компаний используют облако как вторичный плацдарм, где хранят «вторичные» сервисы, а другие — целиком отдают инфраструктуру на аутсорсинг и размещают там бизнес-критические системы.



      Пример постепенной миграции в облако — поэтапная трансформация инфраструктуры Netflix. Об этом мы писали тут. Компания переводила сервисы в облако на протяжении нескольких лет, пересмотрев концепцию предоставления услуг.



      В Netflix перенесли в облако платежную инфраструктуру и сервисы предоставления счетов, платформу Big Data, службы видеотрансляции, систему управления данными клиентов и др.



      Российские компании также переходят в облачную среду. Delivery Club — сервис по доставке еды c полностью виртуализированной системой. В случае Delivery Club, облако упростило управление, поддержку и обеспечило надежность.



      Мигрировал в облако провайдера и автомобильный холдинг «Терра-авто». Компания разместила в виртуальной среде телекоммуникационный компонент, почтовые сервисы и инструменты фильтрации трафика.



      Одной из причин, почему эти компании перешли в облако, стало упрощение масштабирования. Облачная инфраструктура позволяет при необходимости увеличивать (уменьшать) количество серверных ресурсов. Такой подход важен при создании проектов, в которых нагрузка изменяется сезонно или постоянно увеличивается.



      Организации могут перемещать ВМ с одной физической машины на другую. Это также повышает надежность: даже если один из серверов выходит из строя, ВМ продолжает работу на другом. Все это исключает большинство ошибок при настройке инфраструктуры.





      Как мигрировать



      Для успешной миграции нужно: разработать план, сформировать облачную инфраструктуру, протестировать её, перенести данные и запустить сервис.



      Однако хотелось бы отметить, что переезд в облако — это процесс индивидуальный для каждой организации, потому некоторые технические вопросы решаются исходя из нужд компании.



      Шаг 1. Перед тем как начать миграцию, нужно провести инвентаризацию IT-окружения, чтобы построить текущую картину инфраструктуры. Это позволит понять, какие приложения подходят для перемещения в облако. Для этого нужно категоризировать приложения один за другим на основании атрибутов. При создании каталога применяют два подхода: «сверху-вниз», который позволяет понять, где приложения принесут пользу бизнесу, и «снизу-вверх», фокусирующийся на технических возможностях.



      Подход «сверху-вниз» следует парадигме трансформации бизнеса с целью реализации максимального потенциала, поэтому основывается на оценке технических аспектов и аспектов безопасности каждого приложения:




      • Категоризация данных, требования к безопасности;

      • Сложность интерфейса, аутентификация, структура данных, требования к латентности;

      • Требования к работе (SLA), интеграция, мониторинг.



      После проведения анализа эти показатели формируют счет, которая отражает сложность переноса того или иного приложения в облако. Подход «сверху-вниз» также включат оценку финансовой выгоды: TCO, сезонные скачки активности пользователей, необходимые уровни масштабируемости, отказоустойчивость.



      Одновременно может применяться подход «снизу-вверх». Как уже было отмечено, он фокусируется на технических требованиях, поэтому показатели для оценки находятся в базе данных управления конфигурацией (CMDB):




      • Память, число процессоров, занимаемое место на диске операционной системой;

      • Платы сетевого интерфейса;

      • IPv6;

      • Поддержка доменов;

      • Наличие сторонних компонентов и пакетов приложений.



      Закончив эту оценку, IT-команда составляет список приоритетов, то есть определяет, какие приложения более других выиграют от миграции в облако. Эксперты рекомендуют начинать переход в облачную среду с простых проектов, постепенно увеличивая сложность.



      Кроме того, еще в самом начале нужно решить, какая облачная модель лучше подойдет для реализации проекта: публичное, частное или гибридное облако. Согласно статистике, за последние годы популярность в корпоративной среде набирают гибридные облака.



      Шаг 2. Это этап выбора облачного провайдера с тестированием возможностей облачной площадки. Оцените надежность площадки провайдера и проверьте её на соответствие требованиям компании. Надежность облачной платформы зависит от используемого оборудования, поэтому стоит обратить внимание на актуальность «железа», его класс и проверить наличие резервирования (не должно быть единой точки отказа).



      Также большинство коммерческих дата-центров заявляют, что их инфраструктура соответствует стандарту по категории надежности Tier III. Однако это не всегда так. Проверить сервис-провайдера просто: запросите сертификаты, подтвержденные Uptime Institute. UTI сертификаты для российских дата-центров находятся на сайте организации.



      После того как вы определились с провайдером, в обязательном порядке проведите тестирование облачной площадки и тестовую миграцию. Например, мы в компании «IT-ГРАД» по запросу клиента предоставляем бесплатный доступ VMware vCloud на две недели. Это позволит вам убедиться, что все сервисы работают правильно.



      Шаг 3. При переносе IT-инфраструктуры в облако следует выбрать миграционный путь: постепенный или полный переход.



      Постепенная миграция подходит для крупных компаний с разветвлённой инфраструктурой. Такой переход выполняется на протяжении нескольких месяцев или даже лет (например, случай компании Netflix, о которой мы говорили выше). В этом случае составляется поэтапный план переноса с указанием критичных сервисов и приоритетов.



      При полной миграции инфраструктура компании переносится за несколько дней. Здесь составлять дорожную карту нет необходимости, но расписать план работ все же стоит.



      Таким образом, выбор способа миграции зависит от размера организации и сложности инфраструктуры. Малому и среднему бизнесу подойдет полная миграция. Крупным компаниям стоит обратить внимание на частичную миграцию. Важно помнить, что перенос сложного окружения в облако может потребовать переработки приложений, чтобы сохранить или повысить скорость работы и безопасность.



      Помимо способа миграции, также стоит определиться со временем переноса. Для этого необходимо понять, когда критичные сервисы используются слабо и запланировать миграцию на этот момент.



      Шаг 4. Далее, можно приступать к миграции, придерживаясь выбранной стратегии. После остается выполнить проверку и тестирование сервисов. Если ошибок нет — сервисы выводятся в продакшн.





      / Flickr / Peter Stevens / CC



      Инструменты и способы миграции



      Выбор способа миграции в облако зависит от конкретной ситуации, например, текущей инфраструктуры компании и возможностей. Это может быть перенос физической IT-инфраструктуры в виртуальную среду, перенос локальной виртуальной инфраструктуры в облако, переход от одного провайдера к другому и др. Ниже рассмотрим возможные варианты миграции подробнее. Часть из них выполняется с помощью инструментов компании VMware.



      Импорт-экспорт ВМ

      Если у компании уже есть виртуальная инфраструктура на базе VMware, то её виртуальное окружение позволяет «перекинуть» сразу несколько ВМ.



      Все параметры виртуальных машин «упаковываются» в файлы формата OVF/OVA. Затем они используются экспорта на платформу виртуализации VMware vSphere и другие. Переносить приложения в облако также позволяет VMware vCloud Connector. Как работать с этим инструментом ми писали в нашем блоге.



      Миграция на уровне сервисов

      Провайдер создает у себя дублирующий сервис. Этот сервис синхронизируется с локальным сервисом клиента. Как пример можно привести миграцию Active Directory. Облачный провайдер разворачивает у себя необходимое количество ВМ, после чего база данных реплицируется в облако вместе с контроллерами.



      «Горячее» и «холодное» клонирование

      При «горячем» клонировании выполняется перенос работающего узла. Оригинальный сервер останавливается только в момент переключения. Утилита vCenter Converter автоматически определяет диски, разделы и сетевые интерфейсы, оперативную память и процессоры. На основе этих данных создается новая виртуальная машина на ESXi-хосте.



      VMware vCenter Converter также может выполнять «холодное» клонирование. Этот вид клонирования рекомендован для миграции Active Directory и почтовых серверов. Машина останавливается, создается образ жесткого диска и выполняется конвертация в ВМ.



      Установка с нуля

      Провайдер создает ВМ, и на неё накатывается операционная система и необходимое программное обеспечение. Затем происходит переключение клиентов.



      Риски при миграции и как их избежать



      При миграции в облако компании порой не уделяют внимания некоторым деталям. Давайте рассмотрим самые популярные ошибки, которые совершают организации при переходе к облачной инфраструктуре.



      «Все провайдеры одинаковые»

      Это опасное предположение. Хотя каждый облачный провайдер предлагает для работы виртуальные машины и несколько типов хранилищ, они отличаются тонкостями, моделями оплаты и качеством сервиса. Сюда же относится готовность провайдера отработать в случае непредвиденных ситуаций, а также качество пользовательской поддержки.



      Например, мы в «ИТ-ГРАД» предлагаем несколько площадок для размещения данных. Клиент может создавать несколько виртуальных дата-центров и настраивать параметры производительности и безопасности для каждого. Мы также предлагаем разные модели оплаты, включая Pay-As-You-Go.



      Другая ошибка, которая является своеобразным следствием, — это отказ от нативных облачных сервисов и использование собственных инстансов виртуальных машин. Эту ошибку легко допустить, поскольку кажется, что это позволит избежать привязки к вендору. Однако она приводит к тому, что компании изобретают велосипед, игнорируя одно из главных достоинств облаков: высококачественные сервисы, которые можно создавать и использовать без дополнительных настроек.



      Нет схемы зависимости приложений

      При миграции в облако уделите внимание схеме зависимости приложений. Как они связаны друг с другом и инфраструктурой в целом. Представьте эту схему в виде карты зависимостей. Если оказывается, что несколько приложений обращаются к одной базе данных, нужно проработать механизм комбинированного перемещения в облако. Иначе работа приложений нарушится.



      Например, как говорят в «Хантердон Медикал Сентер», они совершили эту ошибку во время первой миграции систем в облако. Сотрудники не провели глубокий анализ приложений. Специалисты переносили почтовую систему в G Suite, однако не учли, что именно пользователям было нужно от старой системы, и не проанализировали, как она себя поведет в новом окружении.



      Нет плана миграции

      До начала миграции ответьте для себя на вопросы: что вы будете переносить в облако, в каком порядке, когда и за сколько? Составьте план переноса.



      Эксперты из технологической компании DoubleHorn также советуют для составления плана прибегнуть к помощи третьих лиц и консалтинговых фирм. Они помогут найти и применить лучшие практики и избежать дорогостоящих ошибок.



      Забыли про политики безопасности

      Перевод инфраструктуры в облако часто ведет к неполноте политик безопасности, которые не согласуются с новыми стандартами. Все организации имеют требования к безопасности для авторизации пользователей, настройки приложений и мониторинга систем. Эти политики зачастую не изменяются, однако при работе с облаком они должны быть усилены. Лорен Худзиак (Loren Hudziak) из Google отмечает, что организациям нужно обратить внимание на безопасность по всем фронтам, чтобы получить все преимущества облачной инфраструктуры.



      Запуск без тестирования

      Перед миграцией в облако нужно выбрать надежного и проверенного хостинг-провайдера. О тонкостях выбора и о том, на что обращать внимание, мы рассказывали в одном из наших материалов. Выбрав облачного-провайдера, запросите тестовый доступ к облачной площадке. Проведите тесты.



      «Если клиент, разворачивая инфраструктуру, решает установить приложения, не поддерживающие cloud-архитектуру и заточенные только на on-premise-инсталляцию, провал гарантирован, — говорит Екатерина Юдина, руководитель проекта, контент-инженер компании «IT-ГРАД». — Чтобы избежать подобной ситуации, поставщик услуг предлагает возможность бесплатного и заблаговременного тестирования».


      По данным облачных провайдеров, многие организации, мигрирующие в облако, не имеют установленного плана восстановления в случае катастрофы. А многие из тех, кто его имеет, никогда его не тестировали.



      Когда округ Кинг в Вашингтоне, мигрировал в облако бэкап-систему, они провели тестирование того, как данные передаются в облако. Все работало хорошо. Однако они не протестировали их восстановление. По словам Тэмуджина Бейкера (Temujin Baker), руководителя по работе с архитектурой приложений, они не учли особенности работы с облаком, когда сервису требуется время на получение данных.



      Поэтому внимание к деталям и оценка результатов — важные компоненты процесса миграции в облако. Если следовать установленным рекомендациям и действовать по плану, конечный результат будет ожидаемым.






      P.S. Еще несколько материалов по теме из нашего блога:





      Original source: habrahabr.ru (comments, light).

      https://habrahabr.ru/post/337834/

      Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
      Levkoj

      Смертный приговор ЕС?

      Четверг, 31 Августа 2017 г. 11:37 (ссылка)


       



       


       



      31.08.2017

       



       




      Маркус Рубин (Marcus Rubin)




      Миграция в Европу демонстрирует паралич ЕС, страны которого воюют сами с собой и друг с другом. Возросшее недоверие между западом и востоком может привести к концу существования союза, считает болгарский политолог и писатель Иван Крастев.

      Найдется мало артистов, которые показали бы парадоксы и вызовы современной жизни лучше и смешнее, чем Чарли Чаплин (Charlie Chaplin).

      В «Новых временах» он показал безнадежную борьбу промышленного рабочего за достойную жизнь. В «Диктаторе» он жестко раскритиковал фашистов и нацистов и высмеял их мечту о мировом господстве.





      Но, может быть, наилучшим образом позицию Европы 2017 года иллюстрирует классический фильм «Золотая лихорадка». Любители кино помнят великолепную сцену из этого фильма, которому скоро исполнится 100 лет, когда Чаплин крутится в своей маленькой избенке, совершенно не замечая, что весь домик покачивается на краю пропасти. Разве это не мы в Европе, радостно идущие, обсуждающие закон об отдыхе, выплаты, квоты на вылов рыбы, в то время как вся руководящая политическая структура готова рухнуть нам на голову? Об этом идет речь в книге «После Европы» (After Europe) болгарского писателя и комментатора Ивана Крастева.






      Книга вышла в этом году и уже вызвала жаркие дебаты в Брюсселе. Крастев, который, кстати, — сторонник ЕС, анализирует различные кризисы Евросоюза и приходит к выводу о том, что распад всего ЕС является «наиболее вероятным исходом» нынешнего процесса, сильный толчок которому дал миграционный кризис.





      Маркус Рубин: Вы написали книгу в начале весны, когда были сильны опасения, что Марин Ле Пен (Marine Le Pen) станет президентом Франции, а Геерт Вильдерс (Geert Wilders) — премьер-министром Нидерландов. Но этого не произошло. Наоборот, избрание Эммануэля Макрона (Emmanuel Macron) президентом Франции пробудило новые надежды в ЕС. Вы были чересчур пессимистичны?





      Крастев: Я никогда прямо не предсказывал, что ЕС рухнет. В книге я подчеркнул, что надеюсь, что ЕС выживет, потому что на самом деле все это очень сложно. Хорошо, что выборы во Франции пошли в другом направлении. Но я думаю, что очень опасно верить, будто бы опасность миновала, будто поезд ЕС отныне будет идти только вперед без Великобритании и с парой строптивых пассажиров из Восточной Европы в последних купе. Ясно, что самые тревожные предсказания 2016 года не сбылись: ни Брексит, ни Трамп не добились успеха — наоборот. Но основополагающие вызовы остались, мигранты постоянно идут в Европу, евро постоянно находится в кризисе, проблема глобализации и неравенства не разрешена. И да, Макрон дал надежду, но один человек и одни выборы не могут решить структурные проблемы ЕС.



      Продолжение: http://inosmi.ru/politic/20170831/240158724.html 



       



      Ссылки по теме:





      Меркель, Макрон и «Северный поток» сеют раздор



      Le Figaro


      24.08.2017



      Почему Украина хочет принадлежать к Европе



      Süddeutsche Zeitung


      27.08.2017



      Меркель продолжит курс на примирение с Россией



      Atlantico


      29.08.2017 



       



      Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
      rss_rss_hh_new

      Путешествие за бугор и обратно: как не надо устраиваться работать за рубежом

      Пятница, 18 Августа 2017 г. 12:40 (ссылка)

      Тема трудовой эмиграции в IT-сообществе — одна из любимых. Кто не задумывался о том чтобы уехать туда где трава зеленее? Интернет кишит различными success story. Я же хочу показать, как вашу success story может испортить неудачный выбор места работы.



      В этой статье хочу поделиться с вами своей историей неудачной эмиграции в Прагу и работы с неудачным работодателем, и помочь избежать совершения ошибок, которые совершил я. Немного о себе: меня зовут Алексей, я Java-разработчик, переехал в Санкт-Петербург из Новосибирского Академгородка.

      Читать дальше ->

      https://habrahabr.ru/post/335876/

      Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
      Alek_YelGor

      Разгневанная Италия

      Понедельник, 07 Августа 2017 г. 18:10 (ссылка)

      Это цитата сообщения lj_limonov_eduard Оригинальное сообщение

      Я писал для вас о генералах, французских и итальянских, взбунтовавшихся против политических властей своих стран, требующих вмешательства армии в безумную политику безлимитного приёма европейскими странами беженцев, достигающих берегов Европы .

      Итальянская республика зашла так далеко в своём самоубийственном гостеприимстве, что даже реквизирует частные владения, чтобы поселить туда мигрантов, вызывая таким образом недовольство.

      Если вначале в первые пару лет мигранты вызывали к себе просто подозрительное отношение, простые люди наблюдали за ними, что они принесут и как их понимать, то сейчас итальянский народ перешёл от отрицания к неприятию. И к восстанию, а там недалеко и до гражданской войны.

      Во-первых, только нелегальных мигрантов до конца 2017 года в Италии ожидается от 200 000 до 250 000. В дополнение к тем, которые уже прибыли до этого, в 2015-ом и 2016-ом годах.

      По всей Италии, с юга на север, включая острова, наблюдаются эпизоды насилия автохтонов (коренного населения) против прибывших мигрантов.

      Вот вам примеры того, как ведёт себя простой нард Италии, те, кого в своих гуманистических выкладках, забыли принять во внимание политики.

      На прошедшей неделе в центре приёма мигрантов в Доржали (Dorgali ), это на острове Сардиния, взорвали бомбу перед центром приёма. В центре находились 64 мигранта.

      По счастливой для них случайности они не пострадали, но взрыв имел результатом огромную дыру возле здания.

      Остров Сардиния – беднейший регион, известен самым высоким в Италии уровнем безработицы, там прибытие мигрантов расценивается как вторжение. Как покушение на жизнь, на выживание коренного населения.

      Началось восстание итальянцев не вчера.

      Уже в сентябре 2016–го центр приёма мигрантов в Burcei был разгромлен и уничтожен.

      В октябре 2016-го в бывшей казарме “Монастырь”, в провинции Cagliary, центр приёма был подожжён и уничтожен.

      Частный дом в Budduso – это крупная деревня с 4 тысячами жителей, дом который префектура отдала для проживания мигрантов был взорван и уничтожен самодельной бомбой.

      Разгневана не только Сардиния.

      Подобные же случаи насилия против мигрантов имеют место быть и на севере Италии, в провинции Верона (Verone) и в Frioul (знаменит тем, что это малая родина Пьера-Паоло Пазолини, великого итальянского писателя и кинорежиссёра).

      И на юге, в Калабрии (Calabre) и в Pouillers, аналогичные нападения на центры приёма мигрантов были совершены против беженцев с ливийских берегов, обрушившихся на Италию.

      И сердце страны – регионы вокруг Рима не избежали нападений с помощью самодельных бомб, коктейлей Молотова и с употреблением физического насилия.

      Так, в провинции Roma, жители населённого пункта Marino ворвались в здание, в котором по решению префекта жили 78 беженцев.

      25 июля сего года в пригороде Рима Rocca di Papa, бомба была брошена у стены центра приёма мигрантов, который был предназначен принять 500 североафриканцев.

      Ну и так далее.

      Растёт ненависть местного населения к пришельцам. Нужно понимать, что количество мигрантов таково, что угрожает не только благосостоянию итальянцев и европейцев вообще, но и их идентичности.

      Не только есть опасность что итальянцы растворятся в приезжих, вломившихся в их дом, есть опасность что от итальянского народа и следа не останется, как от древне-египетского народа, только произведения искусства.

      Я, будучи вынужденным беженцем, прожил в Италии зиму с ноября 1974 по февраль 1975 годов. Нас было немного, горстка, таких как я, потому мы никому не угрожали, а, скорее, являлись объектами дружелюбного внимания.

      К тому же мы, русские были одного с итальянцами культурного поля ягоды, все выросли из средневекового христианства.

      Те, кто проник к итальянцам фактически силой, нахрапом, вломился через широко открытое Средиземное море – это, если сравнить их с итальянской культурой с музеями и руинами прошлого Италии, – ну ей Богу люди невысокого пошиба и полёта, к тому же иной религии.

      Хочется воскликнуть, обращаясь к правительствам Евросоюза: “Что же вы натворили!”
      Италия, а с нею и вся Европа, неуклонно движутся к гражданской войне, вот что они натворили.

      Мне тут привелось увидеть обложку одного итальянского журнала. Ничком лежит красивый мускулистый молодой чернокожий парень. Лицом к читателю.

      За ним, обняв его, красивая чернокожая женщина, стоит, видимо, на коленях.

      А по телу парня ползают целых шесть здоровеньких красивеньких чернокожих младенца.

      Это гробокопатели европейской цивилизации.

      Это моё личное мнение.

      Опубликовано: https://um.plus/2017/08/07/italy/

      http://limonov-eduard.livejournal.com/1149820.html

      Метки:   Комментарии (3)КомментироватьВ цитатник или сообщество
      АПЛ

      Рождаемость в России снова меньше смертности!

      Четверг, 20 Июля 2017 г. 18:22 (ссылка)


      За первые пять месяцев 2017 года в РФ родилось 679 тыс. детей — это на 83 тыс. меньше, чем за тот же период 2016 года (762,5 тыс.). Снижение числа рождений происходит во всех регионах, при этом, отмечают авторы доклада,
      только в 20 субъектах оно составило менее 10%.

      https://www.kommersant.ru/doc/3360800?utm_source=k...ll_levo&utm_campaign=vybor

      В период с января по май 2017 года смертность в России значительно превысила рождаемость. Об этом сообщается в документе, опубликованном на сайте Росстата.

      На 1 июня численность населения страны составила 146,8 миллиона человек, что на 31,1 тысячу человек (на 0,02%) ниже, чем в начале года. Причиной этого стал рост естественной убыли населения, отмечают статистики.

      За первые пять месяцев естественная убыль населения составила 111,8 тысячи человек — это почти втрое выше, чем за аналогичный период 2016 года (41,6 тысячи). Вместе с тем потери в численности на 72,2% компенсировал миграционный прирост.

      РИА Новости https://ria.ru/society/20170719/1498796897.html

      Печальная статистика, показывающая как плохо управляют страной наши любимые вожди - Медведев и Путин.

      А за это время было сделано 3 млн абортов.
      Статистика нам врёт, что меньше, поскольку учитываются только государственные больницы.

      Если бы Путин ввёл премию 10 тыс рублей любой женщине за рождение,
      то сейчас было бы на миллион рождений в год больше.
      Секрет в том, что премию надо давать и тем женщинам, что оставляют ребенка в Воспитательном доме.

      А за это время 3 миллионам русских из бывшей Украины отказали в предоставлении гражданства.
      У них не оказалось денег, чтобы дать взятку работникам российских консульств.

      Если бы агент Медведев давал русским гражданство, то Россия за год увеличилась бы на 3 миллиона человек.

      Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
      Алитет

      Развитие экономики как основа для миграционной политики

      Понедельник, 03 Июля 2017 г. 23:01 (ссылка)

      На ОТР только что прошла прекрасная программа о миграционной политике России на Дальнем Востоке. Прекрасная то она по форме, а по содержанию она вышла мрачной. Судя по всему предлагаемые государством меры совершенно бездарно представлены и страдают одним - государство ни с кем из оппозиции (людей имеющих иную точку зрения на происходящее) политику не обсуждало и в итоге вышел пшик.

      Обсуждались конечно вопросы связанные с пресловутым дальневосточным гектаром, но они не были главными, отмечалось только что столыпинскими методами заселить Дальний Восток уже не удастся, не то время. Не удастся заселять его и во избежание надуманной "борьбы с экстремизмом", которая, искореженная до неузнаваемости, сейчас везде и в этом виде попала в концепцию миграционной политики. Это важно, потому что такую политику должны планировать не силовые органы, а экономисты - Дальнему Востоку для развития и притока новых жителей нужны новые рабочие места, и не столько в сельском хозяйстве, сколько в промышленности, бизнесе, управлении, планировании, энергетике, транспорте, горнодобывающей и обрабатывающей промышленности. Все остальное нам дадут китайцы. Они стали уже для России большой проблемой потому, что жестко и недвусмысленно ведут дело к закамуфлированному заселению Дальнего Востока китайцами, которые пока не выдвигают политических требований.

      Путин запустил этот процесс, вот и опять , сегодня, он подписывает какие-то договора с китайцами , о которых общественность не имеет представления. Чем дальше Россия оттягивает вопрос о прекращении действия в стране фактически однопартийной системы правления - системы , когда у власти находится фактически одна "партия-суррогат" ЕдРо, представляющая собой бюрократическую, телеуправляемую милитар-машину для исполнения пожеланий слабого и неэффективного руководства страной, напрочь заблокировавшая процессы обсуждения любых вопросов и проблем, стоящих перед ней. Выборы нынешнего состава Думы,прошедшие совсем недавно, казалось бы имели все шансы на то, что новый состав Думы будет гораздо прогрессивнее (наконец-то!), чем прежний думский состав, вошедший в историю под названием "Позорный", но в последний момент власти испугались и готовящиеся перемены были отменены, ЕдРо осталось у руля, и как оказалось, зря. Страна по меньшей мере еще года три обречена на прозябание и безнадежно теряет позиции в гонке за научно-техническим прогрессом..

      В отношении китайцев, глубоко проникших в наши земли (аж до Урала) безусловно надо начинать проводить гораздо более жесткую политику, например совершенно непонятно почему толпы китайских туристов ездят по нашей стране исключительно под управлением китайских турагенств и китайских же гидов! Виданное ли дело, понятно, что китайцы хотят участвовать в получении прибылей от этого бизнеса, но эта доля должна быть разумной. Проекты для России, в которых китайцы намереваются принять участие, как правило жестко привязаны к китайским стандартам и к поставкам китайского же оборудования. При этом китайцы отказываются ориентироваться на российские Нормы и Правила безопасности, они забывают, что почти все "китайское" оборудование, не так давно было по-пиратски скопировано с западных образцов и воспроизведено в Китае временами вовсе без всяких ссылок на Нормы и Правила (в Китае со своими Нормами тоже очень плохо, недаром то и дело в нем очень часто происходят крупные катастрофы на пожаро- и взрывоопасных производствах. Наши нефтяники и газовики очень часто жалуются на низкое качество китайских проектов и поставляемого оборудования, иногда они поставляют сплошной металлолом. Не могу забыть как одного из моих сотрудников, направленного в китайский проектный институт для оказания помощи в выполнении сложного проекта, отправили из Китая домой в связи с тем, что он видите ли надоедал с требованиями выполнения китайской стороной тех или иных требований Российских Правил и Норм. При это они еще и потребовали уволить его с работы или отстранить от дальнейшего участия в работе над проектом! Россия должна потребовать от Китая значительного улучшения качества поставляемых в Россию проектов, их соответствия нормам безопасности РФ, и улучшения качества оборудования и материалов.

      В отношении же Дальнего Востока следует отдавать предпочтение развитию деловых отношений и поставку технологий и оборудования из Японии, например очень привлекательным для России является предложение создания в Приморье энергетического хаба с передачей энергии в Японию по подводным кабельным линиям высокого напряжения, это позволило бы Японии отказаться от атомной энергетики, обладающей как оказалось малой степенью безопасности. Для этого безусловно следует решить проблемы с заключением мирного договора Россия-Япония и в связи с тупиком в этом вопросе, носящем скорее субъективный психологический характер, предлагается рассмотреть другие варианты урегулирования территориального спора. Например предлагается пойти на создание на спорных островах и части Хоккайдо нового типа совместного государства - виртуально-цифрового блок-чейна, который может стать центром экономической жизни и управления всем Дальневосточным тихоокеанским регионом, включая Китай (если он не взбеленится от этого). Дробление современных государств на все более мелкие образования объективно происходят в мире все более часто и возможно это неизбежная тенденция, никому особо не мешающая, а наоборот позволяющая более эффективно развивать экономику и культуру отдельных регионов

      Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

      Следующие 30  »

      <миграция - Самое интересное в блогах

      Страницы: [1] 2 3 ..
      .. 10

      LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
      О проекте: помощь|контакты|разместить рекламу|версия для pda