×
Отлучение от облака

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

 

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

 

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

 

Сейчас уже большинство форматов данных и контейнеров виртуальных машин, используемых в инфраструктурах IaaS, совместимы с разными гипервизорами, но необходимо тщательно проверить и задокументировать все, что может сказаться на возможности переноса виртуальных машин в другую среду: какой гипервизор используется у вашего текущего поставщика облачных услуг, используются ли нестандартные контейнеры для данных и виртуальных машин, нестандартные расширения виртуальных машин, привязка к специфичным аппаратным компонентам, используете ли вы какие-то специфичные или нестандартные (разработанные сервис-провайдером) интерфейсы управления и API. Все это нужно по возможности устранить либо иметь документированный список под рукой на случай экстренного переезда.

 

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