Основные стратегии миграции в облако (суть, когда применять, плюсы/минусы)

Rehost (Lift & Shift) — перенос приложения и данных «как есть» в облачные виртуальные машины/сервисы.
Когда: быстрый переход, ограничены сроки, цель — снять с on-prem CAPEX.
Плюсы: низкое время миграции, минимальные изменения в коде.
Минусы: не использует облачные преимущества (автоскейлинг, managed services), может быть дороже в долгосрочной перспективе.

Replatform (Lift, Tinker & Shift) — минимальные изменения для использования облачных возможностей (замена дискового хранилища на облачное, переключение на managed DB).
Когда: хочется выиграть по управлению/стоимости без полной переработки.
Плюсы: умеренная оптимизация, небольшой риск.
Минусы: требует тестирования интеграций, не всегда даёт большой выигрыш.

Refactor / Rearchitect — переработка приложения (разбиение на микросервисы, переход на managed services, event-driven).
Когда: нужна масштабируемость, отказоустойчивость, значительное снижение операционных затрат и быстрая разработка.
Плюсы: максимум преимуществ облака, лучшее TCO в долгой перспективе.
Минусы: дорогая и длительная работа, высокий риск при неправильном планировании.

Rebuild — полная перепись приложения с нуля, часто с использованием cloud-native архитектур.
Когда: старый код неудержим (legacy), требуется новая функциональность и масштаб.
Плюсы: чистый дизайн, оптимизация под требования.
Минусы: длительно и дорого, требует ресурсов и QA.

Replace (SaaS) — заменить собственный компонент SaaS-продуктом (например, CRM → Salesforce).
Когда: есть зрелые SaaS-решения, и кастомные требования минимальны.
Плюсы: быстрый ROI, сниженные операционные расходы.
Минусы: возможный vendor lock-in и ограничения конфигурации.

Retain / Hybrid — оставить часть on-prem (чувствительные данные, legacy HW) и интегрировать с облаком.
Когда: регуляторные требования, высокая стоимость переноса.
Плюсы: уменьшение риска.
Минусы: сложность управления гибридной сетью/идентификацией.

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

Подход к выбору стратегии

1. Инвентаризация: каталог приложений, зависимости, SLA, RTO/RPO, критичность.

2. Классификация: 4R/6R (Rehost, Replatform, Refactor, Rebuild, Replace, Retire).

3. Техническая оценка: зависимости, масштаб, statefulness, лицензии.

4. Бизнес-оценка: TCO, сроки, риск, compliance.

5. Wave planning: миграция волнами по приоритетам и сложности.

Миграционные паттерны данных и cutover

• Big-bang cutover: мгновенное переключение; рискованно, короткий downtime.

• Blue-Green / Canary: развертывание параллельно и переключение трафика; минимальный downtime.

• Parallel run: тестирование в параллельной среде, синхронизация данных, затем переключение.

• Replication / CDC: непрерывная репликация (Change Data Capture) → минимальный RPO; инструменты DMS/DB-native replication.

• Offline transfer / Transfer appliance: при больших объёмах данных (физический перенос либо ускоренные каналы).

Практическая последовательность миграции

1. Пилот/POC на непроизводственном приложении.

2. Построение landing zone / аккаунт-структуры, сеть, IAM, логирование, мониторинг.

3. IaC (Terraform/CloudFormation) — автоматизировать инфраструктуру.

4. Настройка CI/CD и артефактов (immutable images, контейнеры).

5. Настройка репликации данных, тестовые синхронизации.

6. Тесты: функциональные, нагрузочные, failover, security scan.

7. План cutover с rollback-планом и runbooks; назначение ответственных.

8. Мониторинг после миграции и оптимизация (rightsizing, reserved/spot, использование managed services).

Особенности БД и stateful приложений

• Оцените консистентность (strong vs eventual) и выбирайте репликацию (sync/async) в соответствии с RPO.

• Используйте managed DB с multi-AZ репликой для упрощения failover, либо настройте logical replication/CDC для миграции без остановки.

• Планируйте индексацию и тестируйте производительность в облаке.

Инструменты и автоматизация (общая категория)

• Discovery & dependency mapping (agent-based или network scans).

• Data migration services / DB migration tools (DMS, native replication, rsync, storage gateways).

• IaC (Terraform, CloudFormation), CI/CD, containerization (Docker, K8s) для унификации деплоймента.

• Monitoring / logging для валидации работоспособности post-migration.

Риски и mitigations

• Не выносите security и compliance на «после» — проектируйте с начала.

• Дублируйте критичные данные и тестируйте восстановление.

• Контролируйте затраты: пилотный анализ TCO и FinOps-процессы.

• Подготовьте rollback и тренируйте команды.

Организационный план

• Создайте рабочие группы (app owners, infra, security, network).

• Волновой график и SLAs на миграцию.

• Документированные runbooks, уведомления пользователей, сопровождение cutover windows.