Comparamos herramientas de migración de bases de datos en AWS, GCP y Yandex Cloud

Mudarse a la nube o cambiar de proveedor — siempre es una operación a corazón abierto. El ingeniero debe resolver un montón de cuestiones: ¿cómo trasladar terabytes de datos con el mínimo tiempo de inactividad? ¿Cómo convertir el esquema? ¿Cómo configurar CDC (Change Data Capture) para no perder ni una sola transacción durante el corte?

Cada gran proveedor de la nube tiene su respuesta. Los enfoques son radicalmente diferentes: unos ofrecen simplemente una “tubería” para los datos, otros —un ETL completo—, y algunos hacen la migración serverless y lo más indolora posible.

Analizamos las herramientas “nativas” de tres gigantes:
AWS Database Migration Service (DMS), Google Cloud Database Migration Service, Yandex Data Transfer.

AWS Database Migration Service (DMS)

DMS — veterano y navaja suiza de la industria. Es la herramienta más madura y flexible del mercado, que soporta una gran cantidad de escenarios: desde el clásico lift-and-shift hasta la replicación en streaming hacia un Data Lake.

Arquitectura

Clásica: se crea una Replication Instance (una máquina virtual en AWS), tras lo cual se configuran los endpoints de origen y destino. Toda la carga —lectura de logs, transformación de datos y escritura— recae en esa instancia.

¿Qué se puede migrar?

Aquí está la matriz más amplia de la industria.

Orígenes: Oracle, MS SQL Server, PostgreSQL, MySQL, MariaDB, Db2, SAP ASE, MongoDB, Cassandra, S3 y otros.
Destinos: todo lo anterior + Redshift, DynamoDB, Neptune, OpenSearch, Kinesis, Kafka.

Características clave

• AWS Schema Conversion Tool (SCT): herramienta potente para la conversión automática de esquemas, procedimientos y funciones. La mejor opción para migraciones Oracle/SQL Server → PostgreSQL/Aurora.
• CDC profundo: puede leer los redo-logs archivados de Oracle, casi sin cargar el entorno de producción.

Ventajas

• Máxima flexibilidad, enorme cobertura de escenarios
• Ideal para migraciones heterogéneas

Desventajas

− Requiere gestionar la infraestructura (instancias, monitorización, dimensionado)
− Pago por horas de funcionamiento de la instancia de replicación
− Existe una variante serverless, pero aún no es la principal

Google Cloud Database Migration Service

Google eligió la filosofía: la migración debe ser tan sencilla que cualquiera pueda hacerla. Mínima configuración, máxima automatización. Prácticamente totalmente serverless.

Arquitectura

Totalmente serverless. No se necesitan máquinas virtuales: inicias la configuración en la interfaz principal de Google Cloud Console, y GCP gestiona todos los recursos.

¿Qué migrar?

Orientado a migraciones hacia Google Cloud.

Orígenes: MySQL, PostgreSQL, SQL Server, Oracle.
Destinos: Cloud SQL (MySQL, PostgreSQL, SQL Server), AlloyDB.

Características clave

• Mejor soporte para Oracle → PostgreSQL/AlloyDB, incluyendo conversión de esquemas y código.
• Las migraciones homogéneas (por ejemplo, MySQL → MySQL) son gratuitas.
• En las heterogéneas —los primeros 500 GiB de backfill son gratuitos.

Ventajas

• Totalmente serverless — no hace falta gestionar infraestructura
• Interfaz amigable, arranque rápido
• En la mayoría de los casos gratuito o muy económico

Desventajas

− Funciona solo con servicios de Google
− Menos opciones de transformación fina de datos

Yandex Data Transfer

Servicio nacido de las herramientas internas de Yandex, diseñado para mover enormes volúmenes de datos entre shards y servicios. Se ha convertido en un bus de datos universal — simple, potente y cómodo.

Arquitectura

Enfoque gestionado: creas endpoints y tareas de transferencia, la infraestructura está oculta. Al mismo tiempo la configuración es bastante flexible.

Orígenes y destinos

Fortaleza: open-source y analítica.

Orígenes: PostgreSQL, MySQL, ClickHouse, MongoDB, Kafka, Oracle CDC, YDB, Elasticsearch.
Destinos: PostgreSQL, MySQL, ClickHouse, Greenplum, Kafka, YDB, Object Storage, Data Streams.

Características clave

• La mejor integración con ClickHouse entre todas las nubes: upserts correctos, ReplacingMergeTree, particionado.
• Soporte nativo de Kafka como origen y destino.
• Soporta escenarios complejos Many-to-One, One-to-Many, sharding.

Ventajas

• Ideal para analítica y OLTP → ClickHouse
• Muy cómodo para arquitecturas con Kafka
• Funciona dentro del marco legal ruso (152-ФЗ)

Desventajas

− El soporte para legacy enterprise (Oracle antiguo, MS SQL) es más débil
− No tiene conversión automática de esquemas como AWS SCT

Tabla comparativa

Conclusión: ¿qué elegir?

AWS DMS

Si tienes una migración enterprise: Oracle/SQL Server antiguos, esquemas complejos, configuraciones heterogéneas y requisitos estrictos.

Google Cloud DMS

Si importa un despliegue sencillo, rapidez, coste mínimo y migración hacia Cloud SQL/AlloyDB. Excelente opción para startups, desarrolladores y compañías pequeñas.

Yandex Data Transfer

Si trabajas en la jurisdicción rusa o construyes analítica sobre ClickHouse y streaming con Kafka. Un bus de datos universal y económico.

Cada herramienta es ideal en su contexto. Elige la que mejor encaje en la arquitectura de tu proyecto y cumpla los requisitos del negocio.