Платформа миграции 6R

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

Перенос без изменений (Lift and Shift) означает перемещение рабочей нагрузки в Azure без изменений кода. Вы берете существующий образ VM или двоичный файл приложения и запускаете его в Azure IaaS. Это самая быстрая стратегия, которую обычно применяют для устаревших приложений, которые сложно изменять, или в организациях со сжатыми сроками миграции. Механизм репликации Azure Migrate автоматизирует перенос без изменений для большинства VM с Windows и Linux.

Перенос с оптимизацией (также называемый Lift, Tinker, and Shift) предполагает небольшие оптимизации во время миграции без изменения базовой архитектуры. Например, можно перенести самостоятельно управляемую базу данных MySQL с VM в Azure Database for MySQL или заменить самостоятельно размещаемый ретранслятор SMTP на Azure Communication Services. Вы получаете преимущества управляемых служб — установку исправлений, резервное копирование и масштабирование — без переписывания логики приложения.

Перестройка архитектуры (или рефакторинг) означает существенное изменение архитектуры приложения для использования возможностей облачных технологий. Монолитное приложение .NET можно разделить на микрослужбы, развернутые в Azure Container Apps, а пакетную систему на основе заданий cron — реализовать заново как Azure Functions. Перестройка архитектуры дает наибольшие долгосрочные преимущества в масштабируемости и стоимости, но требует наибольших вложений.

Перестроение означает полный отказ от существующего приложения и создание нового облачного решения. Эту стратегию выбирают, когда устаревшее приложение слишком дорого поддерживать, оно использует технологический стек, жизненный цикл которого завершен, или просто не может соответствовать бизнес-требованиям даже после миграции. Перестроение обеспечивает максимальные преимущества облачных технологий, но имеет самое длительное время до получения ценности. Распространенными целевыми платформами являются службы Azure PaaS и бессерверные службы, такие как Azure App Service, Azure Functions и Cosmos DB.

Замена означает замену существующего локального приложения коммерчески доступным продуктом SaaS, который предоставляет аналогичные или более широкие возможности. Например, локальную CRM можно заменить на Dynamics 365, а устаревший файловый сервер — на SharePoint Online. Замена полностью устраняет необходимость управлять инфраструктурой. Компромисс заключается в меньших возможностях настройки и потенциально значительных затратах на миграцию данных и управление изменениями.

Вывод из эксплуатации — самая простая стратегия: Вы находите приложения, которые больше не используются, являются избыточными или заменены другими, и выводите их из эксплуатации вместо миграции. Данные обнаружения, собранные с помощью Azure Migrate, часто показывают, что значительная доля (иногда 20–30%) локальных серверов используется очень мало или не имеет активных пользователей. Вывод таких приложений из эксплуатации сокращает объем миграции, расходы на лицензии и операционную сложность.

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

Azure Migrate предоставляет функцию Business Case, которая автоматически предлагает стратегию миграции для обнаруженных серверов на основе данных об использовании, лицензировании и ценах Azure. Она распределяет рабочие нагрузки по категориям «перенос без изменений», «перенос с оптимизацией» и «поддержка прекращена», помогая начать классификацию по 6-Rs. Вы можете изменить любую рекомендацию и добавить собственный бизнес-контекст перед окончательным утверждением плана миграции.

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

6-Rs соответствуют этапу Adopt в Cloud Adoption Framework от Microsoft. CAF предоставляет шаблоны планирования волн, матрицы RACI и анкеты оценки рабочих нагрузок, которые позволяют применять 6-Rs в масштабах организации. Защитные меры управления, установленные на этапе Ready, — целевые зоны, политики и удостоверения — должны быть настроены до начала волн миграции, чтобы перенесенные рабочие нагрузки с первого дня размещались в среде, соответствующей требованиям.

Проверьте свое понимание концепций Microsoft Azure Fundamentals (AZ-900) из этого урока.

В этом уроке Вы узнали, что платформа 6-Rs (Rehost, Replatform, Rearchitect, Rebuild, Replace, Retire) предоставляет термины для принятия решений о миграции, каждая стратегия R имеет собственный компромисс между стоимостью и скоростью, а Business Case Azure Migrate может автоматически предлагать стратегии на основе данных об использовании. Далее мы рассмотрим, как Azure Migrate обнаруживает и оценивает локальные серверы.