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

Типы миграции

Для начала разберемся, какие бывают миграции. 

Можно выделить три типа:

1. Как есть
2. Пересборка
3. Гибридное перемещение

Как есть

Облачная миграция «как есть» (as is) — самый простой тип переезда. Вы берете инфраструктуру и перемещаете ее на облако в том же виде, в котором она работает на текущей платформе. Все настройки системы, конфигурации, установленные приложения — все запускается на виртуальных машинах.

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

Но переезд в облако «как есть» имеет как минимум один существенный минус. При таком подходе вы не используете все облачные возможности. 

Пересборка

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

Кроме того, при пересборке некоторые элементы лучше заменить. Например, многие отказываются от поддержки СУБД своими силами и переходят на управляемые базы данных. Такую услугу все чаще предоставляют провайдеры.

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

Гибридная миграция

Гибридный подход — это разумный компромисс между перемещением «как есть» и пересборкой. 

Сначала выполняется переход «как есть». На облако переносится вся система без серьезных изменений. Затем начинается пересборка. Система становится все более совместимой с облачным подходом. Так поэтапно формируется облачная инфраструктура предприятия. 

IasS, PaaS, SaaS — что это

Миграция может проходить на разных уровнях. Лучше понять разницу между ними поможет сравнение IasS, PaaS, SaaS.

• IasS — инфраструктура как услуга.
• PaaS — платформа как услуга.
• SaaS — программное обеспечение как услуга.

Есть популярная аналогия с пиццей. Если человек купил ингредиенты и сам приготовил пиццу дома, то это IasS. Если он заказал готовую пиццу и съел ее дома — это PaaS. Если он заказал и съел пиццу в кафе — это SaaS.

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

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

SaaS — это полнофункциональное приложение для пользователей. При таком подходе все технические задачи решает провайдер. Вы лишь пользуетесь теми функциями, которые предоставляет приложение.

Порядок и проблемы миграции

Главный вопрос — как перенести приложения в облако. 

Первый шаг — аудит системы. На этом этапе нужно оценить, какие части инфраструктуры вы будете перемещать, а какие — нет, где нужно сохранить совместимость.

При переносе «как есть» всей инфраструктуры бывает достаточно сделать снимки состояния серверов — снапшоты. Затем необходимо конвертировать их в формат, совместимый с виртуальными машинами, и отправить на облако.

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

Еще один важный показатель — объем переносимых данных. От него зависит сложность и скорость переезда. 

Главные проблемы при переезде:

• Технологические различия между исходной и целевой платформами. Самые распространенные несоответствия — устаревший стек, использование несовместимого оборудования.
• Зависимости между приложениями, которые не были выявлены при аудите системы и потерялись при переносе инфраструктуры.
• Сложности при разделении монолита на микросервисы. 
• Привязка к вендору (vendor lock) на текущей платформе.

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

Заключение

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

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