Почему компании мигрируют из AWS в Россию
Основные причины миграции из AWS в российские облака в 2026 году:
- 152-ФЗ: требование локализации персональных данных российских граждан
- Нестабильность доступа: периодические проблемы с доступом к AWS из РФ
- Стоимость: при курсе рубля и локальных ценах российские облака часто выгоднее
- Поддержка: русскоязычная поддержка, локальные интеграции (1С, СБИС, ЭДО)
- Compliance: требования регуляторов к размещению данных критичных отраслей
Этапы миграции из AWS
Этап 1: Аудит AWS-инфраструктуры (неделя 1)
Инвентаризация всех ресурсов: EC2, RDS, S3, Lambda, ELB, VPC. Карта зависимостей между сервисами. Оценка объёма данных и пропускной способности каналов.
Этап 2: Выбор целевого облака (недели 1–2)
Сравниваем 3–4 провайдера по формальным критериям: совместимость сервисов, стоимость, SLA, поддержка. Поднимаем тестовый стенд у 2 финалистов.
Этап 3: Проектирование целевой архитектуры (неделя 2)
Проектирование сети, безопасности, резервирования. Выбор аналогов AWS-сервисов: EC2 → ВМ, RDS → Managed PostgreSQL, S3 → объектное хранилище.
Этап 4: Пробная миграция (недели 2–3)
Миграция некритичного сервиса для проверки процедуры, скорости, совместимости. Нагрузочное тестирование на целевой площадке.
Этап 5: Миграция данных (недели 3–5)
Первичная синхронизация в фоне: репликация БД, rsync/S3 sync для хранилищ. ВМ — через экспорт образов или пересоздание из IaC.
Этап 6: Переключение (неделя 5–6)
Финальная дельта-синхронизация в коротком окне. Переключение DNS/балансировщиков. Downtime — от минут до нескольких часов.
Этап 7: Стабилизация (недели 6–8)
Мониторинг, настройка бэкапов, документация. Вывод старого контура через 2–4 недели после приёмки.
Сопоставление сервисов: AWS → Российское облако
| AWS | Yandex Cloud | SberCloud | VK Cloud |
|---|---|---|---|
| EC2 | Compute Cloud | ECS | Cloud Servers |
| RDS PostgreSQL | Managed PostgreSQL | Managed PostgreSQL | БДaaS |
| S3 | Object Storage | Hotbox | Object Storage |
| ELB | Network Load Balancer | ELB | Balancer |
| VPC | Virtual Private Cloud | VPC | Облачная сеть |
| CloudWatch | Monitoring | Cloud Mont | Monitoring |
| IAM | IAM | IAM | IAM |
| EKS | Managed Kubernetes | Kubernetes | K8s |
Риски и как их снизить
- Потеря данных: дельта-синхронизация + контрольные суммы. Старый контур не удаляем 2–4 недели.
- Длительный простой: репликация в фоне + короткое финальное окно. Blue-green для критичных.
- Падение производительности: нагрузочный тест на стенде + правильный сайзинг.
- Несовместимость: выявляется на аудите — до миграции.
- Lock-in: проектируем vendor-neutral архитектуру: контейнеры, стандартные форматы, Terraform.
Стоимость и сроки
Небольшой контур (10–20 ВМ, 2–3 БД) — 2–4 недели, от 400 тыс. руб. Средний (50+ ВМ, 5+ БД, ТБ хранилищ) — 1–3 месяца, от 1.5 млн руб. Крупные — волнами, по 1–2 месяца на волну.