Главная мысль
Сначала определите владельцев нагрузки и данных, зависимости и критерии успеха. Проверьте перенос и откат на пилоте с низким риском; критические системы включайте в плановые волны после испытаний.
Выберите стратегию для каждой нагрузки
Одна стратегия не подходит всем приложениям. Учитывайте бизнес-ценность, технический долг, требования соответствия, риск изменений и ожидаемые эксплуатационные расходы. Одни системы можно перенести, другие — модернизировать, заменить или оставить.
Rehost · перенос с минимумом изменений
Перенесите приложение почти без изменений. Это может быть первым шагом при ограниченном времени, но проблемы старой архитектуры и эксплуатации могут перейти в облако.
Replatform · адаптируйте
Замените отдельные компоненты управляемыми сервисами или измените конфигурацию, стараясь получить преимущества без полной переработки архитектуры приложения.
Refactor · переработайте
Существенно измените код и архитектуру, чтобы использовать облачные сервисы. Это требует больше затрат и несёт больше риска; выбирайте такой подход при подходящей нагрузке и ясной цели.
Заменить, сохранить или вывести из эксплуатации
Замените приложение на SaaS, оставьте его на текущем месте или выведите из эксплуатации, если оно больше не нужно. Для систем, которые не переносятся, зафиксируйте причину и дату пересмотра решения.
Процесс от инвентаризации до переноса
Миграция — это программа изменений, которая координирует зависимые системы, а не одна техническая операция. Определите владельцев работ и измеримые точки принятия решений между этапами.
Инвентаризация и зависимости
Составьте список приложений, серверов, баз данных, потоков данных, пользователей, интеграций и лицензий. Определите, какие компоненты нужно переносить вместе, и назначьте владельца системы.
Цель и целевая среда
Согласуйте бизнес-цель, допустимый простой, требования к размещению данных и соответствию, целевую архитектуру и критерии успеха. Эти решения задают направление планам безопасности, сети, идентификации и расходов.
Пилот и план переключения
Проверьте инструменты и процедуры на нагрузке с низким риском. Заранее опишите репликацию данных, тесты приложения, переключение DNS и трафика, проверки пользователей и условия отката.
Волны, проверка и оптимизация
Переносите связанные системы согласованными волнами, после каждой проверяйте работу приложения, целостность данных, меры безопасности и стоимость. Выводите старую среду из эксплуатации после подтверждения владельца и проверки требований к хранению.
Выбирайте инструменты по назначению
Выбирайте инструменты с учётом набора существующих приложений и систем, исходной платформы, целевого сервиса, масштаба и требований лицензирования. Инструменты решают разные задачи — оценку, репликацию серверов или анализ приложений; один инструмент не заменяет полный план миграции.
AWS Transform MGN
Сервис репликации и переноса физических, виртуальных и облачных серверов в AWS по модели rehost. Инвентаризацию источников, зависимости приложений и тестирование переключения нужно планировать отдельно.
Azure Migrate
Центр средств обнаружения, оценки и миграции для перехода в Azure. Оценка может анализировать готовность, размер целевых ресурсов и примерные расходы; её результаты не заменяют проверку требований конкретного проекта.
Google Cloud Migrate to Virtual Machines
Google Cloud Migrate to Virtual Machines помогает переносить виртуальные машины из локальных и облачных сред в Compute Engine с репликацией, тестовыми копиями и переключением. Проверьте поддержку исходной среды и совместимость для своего проекта.
Red Hat Migration Toolkit for Applications
Анализирует код приложения, API и используемые технологии, помогая планировать модернизацию и миграцию. Это не инструмент переноса серверов; он предназначен для оценки готовности приложений.
Проверьте безопасность, откат и результаты
Проверяйте управление доступом, данными и рабочей нагрузкой во время миграции и после неё. Определяйте границу ответственности для конкретного сервиса; не предполагайте, что инструмент миграции обеспечивает постоянный мониторинг, безопасную настройку или подтверждение соответствия.
Простой и откат
Заранее определите окно простоя, финальную синхронизацию, критерии неудачного переключения и шаги возврата к исходной системе. Решите, как сохранить данные, записанные в новой среде после переключения: они могут не переноситься обратно автоматически. Проверьте откат на пилоте.
Целостность данных и соответствие
Проверьте классы данных, требования к хранению и размещению, шифрование при передаче и доступ. После миграции проверьте аккаунты и временные копии.
Операционные и финансовые критерии
Сравнивайте задержку приложения, частоту ошибок, доступность, восстановление резервных копий, использование ресурсов и ежемесячные расходы. Обновляйте оценки масштабирования и цены по фактическому использованию.