7 вариантов стратегии миграции

Перенос рабочих нагрузок в AWS редко сводится к одному действию — это совокупность решений, принимаемых для каждого приложения. 7 Rs of migration дают архитекторам общий словарь для классификации приложений и выбора подходящего пути миграции. Для экзамена SAA-C03 необходимо знать, какой R соответствует описанному сценарию, поскольку в вопросах часто проверяется умение сопоставить характеристику приложения с правильной стратегией миграции.

Rehost (перенос без изменений) перемещает приложение в AWS, не внося никаких изменений в его код или архитектуру. Используйте AWS Application Migration Service (MGN), чтобы реплицировать локальные VM в экземпляры EC2. Rehost выполняется быстрее всего и сопряжён с наименьшим риском, поэтому идеально подходит для крупномасштабных миграций, где важна скорость, а оптимизацию можно выполнить позже. Эта стратегия не использует преимущества облачных технологий.

Replatform предусматривает несколько целевых оптимизаций для облака без изменения базовой архитектуры приложения. Примеры: перенос базы данных MySQL из EC2 в Amazon RDS (управляемое применение исправлений и резервное копирование) или перенос сервера приложений Java в AWS Elastic Beanstalk (управляемое масштабирование). Логика приложения сохраняется, но сложные операционные задачи передаются управляемым сервисам. Это промежуточный вариант, обеспечивающий умеренную пользу при низком риске миграции.

Repurchase заменяет существующее приложение коммерческим продуктом SaaS. Например, самостоятельно управляемую CRM можно заменить на Salesforce, а самописную систему HR — на Workday. С точки зрения AWS это означает отмену локальной лицензии и переход на подписку SaaS. Основная работа при такой миграции связана с переносом данных и обучением пользователей, а не с инфраструктурой. Этот вариант подходит, когда самописное приложение больше не даёт бизнесу конкурентного преимущества.

Refactor (изменение архитектуры) предполагает переработку приложения, чтобы в полной мере использовать возможности облачных технологий. Например, монолит можно разделить на микросервисы, работающие в Lambda and API Gateway, или реализовать пакетную обработку заново с помощью SQS and auto-scaling workers. Refactor обеспечивает наибольшую долгосрочную пользу с точки зрения масштабируемости, отказоустойчивости и стоимости, но это самая дорогая и длительная стратегия миграции.

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

Retain (иногда называется Revisit) означает, что приложение пока остаётся в локальной среде. Причинами могут быть: нормативные требования к размещению данных, недавние капитальные вложения в оборудование, сложные зависимости от поставщиков или близкий конец жизненного цикла приложения. Приложения, для которых выбран Retain, не переносятся в рамках текущей волны, но могут быть повторно оценены позже. Retain — допустимый и распространённый результат оценки миграции.

Relocate — это седьмой R, добавленный в эту систему позднее. Он переносит инфраструктуру в AWS без покупки нового оборудования, переработки приложений или изменения архитектуры. В частности, речь идёт о переносе VMware vSphere workloads в VMware Cloud on AWS, благодаря чему те же инструменты vCenter могут управлять VM, работающими на физической инфраструктуре AWS. Для сред с большим количеством VMware, не готовых к изменению OS или приложения, это быстрее, чем Rehost.

В реальной волне миграции одна организация может одновременно применить все 7 Rs: вывести из эксплуатации неиспользуемые приложения, оставить приложения, заблокированные требованиями соответствия, выполнить Rehost большинства приложений с помощью MGN, перенести базы данных в RDS с помощью Replatform, переработать один или два стратегических монолита в бессерверные приложения с помощью Refactor, заменить устаревшую CRM готовым продуктом с помощью Repurchase и перенести кластеры VMware с помощью Relocate. AWS Migration Readiness Assessment (MRA) и Migration Hub помогают отслеживать классификацию каждого приложения по 7 Rs во всём портфеле.

Стоимость миграции увеличивается при переходе от Retire через Relocate, Retain, Rehost, Replatform и Repurchase к Refactor. Refactor требует наибольших первоначальных инженерных затрат, но обычно обеспечивает наименьшие долгосрочные расходы на облако благодаря автоматическому масштабированию бессерверных компонентов и оплате по фактическому использованию. Rehost обеспечивает самый быстрый переход в облако, но может привести к появлению избыточно мощных экземпляров EC2, размер которых впоследствии потребуется оптимизировать для снижения затрат.

Вопросы о сценариях миграции обычно устроены одинаково: в них описывается характеристика приложения и спрашивается, какая стратегия миграции наиболее уместна. Обращайте внимание на ключевые слова: «самая быстрая миграция» = Rehost; «управляемый сервис, без изменения кода» = Replatform; «модернизация/бессерверная архитектура» = Refactor; «перенос VMware» = Relocate; «больше не требуется» = Retire; «соответствие требованиям/размещение данных» = Retain; «переход на SaaS» = Repurchase. Для каждого сценария подходит только один R — исключайте остальные, опираясь на ключевые признаки.

Проверьте, насколько хорошо Вы усвоили концепции AWS Solutions Architect (SAA-C03) из этого урока.

В этом уроке Вы узнали, что 7 Rs — это Rehost, Replatform, Repurchase, Refactor, Retire, Retain и Relocate, вопросы экзамена проверяют умение сопоставлять характеристики приложения с правильным R по ключевым признакам, а Refactor обеспечивает наибольшую пользу от облака, но требует самых высоких первоначальных затрат. Далее мы рассмотрим AWS Migration Hub и Application Discovery Service для оценки портфеля.