Сравниваем инструменты миграции БД в AWS, GCP и Yandex Cloud

Переезд в облако или смена провайдера — это всегда операция на открытом сердце. Инженеру нужно решить массу вопросов: как перенести терабайты данных с минимальным простоем? Как конвертировать схему? Как настроить CDC (Change Data Capture), чтобы не потерять ни одной транзакции во время переключения?

У каждого крупного облачного провайдера есть свой ответ. Подходы кардинально разные: кто-то даёт просто «трубу» для данных, кто-то — полноценный ETL-комбайн, кто-то делает миграцию serverless и максимально беспроблемной.

Разбираем «родные» средства трёх гигантов:
AWS Database Migration Service (DMS), Google Cloud Database Migration Service, Yandex Data Transfer.

AWS Database Migration Service (DMS)

DMS — старожил и швейцарский нож индустрии. Это наиболее зрелый и гибкий инструмент на рынке, который поддерживает огромное число сценариев: от классического lift-and-shift до потоковой репликации в Data Lake.

Архитектура

Классическая: создаётся Replication Instance (виртуальная машина в AWS), после чего настраиваются source и target endpoints. Вся нагрузка — чтение логов, преобразование данных и запись — ложится на этот инстанс.

Что можно мигрировать?

Здесь самая широкая матрица в индустрии.

Источники: Oracle, MS SQL Server, PostgreSQL, MySQL, MariaDB, Db2, SAP ASE, MongoDB, Cassandra, S3 и прочие.
Приёмники: всё перечисленное выше + Redshift, DynamoDB, Neptune, OpenSearch, Kinesis, Kafka.

Ключевые возможности

• AWS Schema Conversion Tool (SCT): мощный инструмент для автоматической конвертации схем, процедур и функций. Лучшее решение при миграции Oracle/SQL Server → PostgreSQL/Aurora.
• Глубокий CDC: умеет читать архивные Redo-логи Oracle, почти не нагружая прод.

Плюсы

• Максимальная гибкость, огромное покрытие сценариев
• Идеален для гетерогенных миграций

Минусы

− Требуется управлять инфраструктурой (инстансы, мониторинг, сайзинг)
− Оплата по часам работы репликационного инстанса
− Есть serverless-вариант, но он пока не основной

Google Cloud Database Migration Service

Google выбрал философию: миграция должна быть настолько простой, чтобы ею мог заниматься кто угодно. Минимум настроек, максимум автоматизации. Практически полностью serverless.

Архитектура

Полностью serverless. Не нужны виртуальные машины: вы запускаете настройку в мастер-интерфейсе Google Cloud Console, и GCP сам управляет всеми ресурсами.

Что мигрировать?

Заточен под миграции внутрь Google Cloud.

Источники: MySQL, PostgreSQL, SQL Server, Oracle.
Приёмники: Cloud SQL (MySQL, PostgreSQL, SQL Server), AlloyDB.

Ключевые особенности

• Улучшенная поддержка Oracle → PostgreSQL/AlloyDB, включая конвертацию схемы и кода.
• Гомогенные миграции (например, MySQL → MySQL) бесплатны.
• Гетерогенные — первые 500 GiB backfill бесплатны.

Плюсы

• Полный serverless — не нужно управлять инфраструктурой
• Дружелюбный интерфейс, быстрый старт
• Чаще всего бесплатно или очень дёшево

Минусы

− Работает только с сервисами Google
− Меньше возможностей тонкой трансформации данных

Yandex Data Transfer

Сервис родом из внутренних инструментов Яндекса, предназначенных для перекачки огромных объёмов данных между шардами и сервисами. Превратился в универсальную шину данных — простой, мощный и удобный.

Архитектура

Managed-подход: создаёте endpoints и transfer-задачи, инфраструктура скрыта. При этом настройки достаточно гибкие.

Источники и приёмники

Сильная сторона — open-source и аналитика.

Источники: PostgreSQL, MySQL, ClickHouse, MongoDB, Kafka, Oracle CDC, YDB, Elasticsearch.
Приёмники: PostgreSQL, MySQL, ClickHouse, Greenplum, Kafka, YDB, Object Storage, Data Streams.

Ключевые особенности

• Лучшая интеграция с ClickHouse среди всех облаков: корректные upserts, ReplacingMergeTree, партицирование.
• Нативная поддержка Kafka как источника и приёмника.
• Поддержка сложных сценариев Many-to-One, One-to-Many, шардирование.

Плюсы

• Идеален для аналитики и OLTP → ClickHouse
• Очень удобен для Kafka-архитектур
• Работает в российском правовом поле (152-ФЗ)

Минусы

− Поддержка enterprise-legacy (старый Oracle, MS SQL) слабее
− Нет автоматической конвертации схем, как в AWS SCT

Сравнительная таблица

Итог: что выбирать?

AWS DMS

Если у вас enterprise-миграция: старые Oracle/SQL Server, сложные схемы, гетерогенные конфигурации и строгие требования.

Google Cloud DMS

Если важно простое развёртывание, скорость, минимальная цена и миграция в Cloud SQL/AlloyDB. Отличный вариант для стартапов, разработчиков и небольших компаний.

Yandex Data Transfer

Если вы работаете в российской юрисдикции или строите аналитику на ClickHouse и стриминг на Kafka. Универсальная и недорогая шина данных.

Каждый инструмент идеален в своём контексте. Выбирайте тот, который лучше всего ложится в архитектуру вашего проекта и соответствует требованиям бизнеса.