Migrar bases de datos a la nube es una de las tareas más demandadas en proyectos cloud, y AWS Database Migration Service (DMS) es la herramienta que te permite hacerlo con más de 20 motores soportados. Aquí entenderás cómo funciona, qué tipos de migración existen y qué cuidar antes de mover tus datos.
¿Qué es AWS Database Migration Service y para qué sirve?
DMS es el servicio de AWS enfocado en mover bases de datos entre orígenes y destinos sin importar si están en on-premise o en la nube. Soporta motores como MySQL, MariaDB, Oracle, SQL Server, PostgreSQL, DB2, e incluso fuentes como DynamoDB, S3 o Redshift.
El servicio levanta por debajo una instancia de replicación que actúa como puente entre tu base de datos origen y la de destino. Esa instancia es la que mueve los datos y, dependiendo del tipo de migración, también ayuda a transformarlos.
¿Qué motores soporta AWS DMS? Más de 20 motores, incluyendo MySQL, MariaDB, Oracle, SQL Server, PostgreSQL, DB2, DynamoDB, S3 y Redshift, tanto como origen o destino.
¿Cuál es la diferencia entre migración homogénea y heterogénea?
DMS te permite ejecutar dos tipos de migración, y entender la diferencia te ahorra semanas de trabajo.
Migración homogénea: cuando el motor no cambia
Es el escenario más simple. Tienes una PostgreSQL on-premise y te la quieres llevar a una PostgreSQL en AWS, en la misma versión. No necesitas convertir nada porque los esquemas son idénticos.
En este caso, solo configuras el servicio, levantas la instancia de replicación y dejas que DMS haga el trabajo de mover los datos hacia la nube.
Migración heterogénea: cuando cambias de motor
Aquí está la parte interesante. Imagina que corres Oracle, pero los costos de licenciamiento te persiguen mes a mes y decides moverte a PostgreSQL. Son dos motores completamente diferentes, así que no puedes simplemente copiar y pegar.
Para estos casos, DMS hace tres cosas:
- Un discovery de lo que tienes en el origen.
- Una conversión de esquemas con el AWS Schema Conversion Tool.
- La migración final hacia el destino, por ejemplo, Aurora PostgreSQL o PostgreSQL puro.
¿Qué es una migración heterogénea? Es cuando cambias el motor de base de datos durante el proceso, por ejemplo, pasar de Oracle a PostgreSQL, e implica convertir esquemas antes de mover los datos.
¿Qué debes cuidar antes de migrar una base de datos?
En proyectos reales de migración hay dos errores que se pagan caros, y ambos vale la pena evitarlos desde el primer día [01:00].
Seguridad en origen y destino
Nunca dejes la base de datos destino abierta al mundo, ni siquiera durante pruebas. En un ejercicio real puede entrar alguien y borrar los datos. La configuración de red, los security groups y los permisos deben estar cerrados antes de iniciar cualquier replicación.
Volumen de datos y canal de transferencia
La cantidad de datos define el tiempo de migración. Si no estimas bien el ancho de banda, puedes quedarte meses esperando a que termine el proceso. Por eso existen estrategias específicas para mover grandes volúmenes hacia la nube, y conviene revisarlas antes de empezar [01:25].
¿Cómo funcionan las migraciones en caliente con DMS?
Una de las capacidades más potentes del servicio es que te permite hacer migraciones en caliente, es decir, sin apagar la base de datos origen. Esto significa que tu aplicación sigue operando mientras los datos se replican hacia el destino.
La configuración cambia según el escenario: no es lo mismo migrar de SQL Server a PostgreSQL que mover una PostgreSQL a otra del mismo motor. Cada combinación tiene parámetros, validaciones y consideraciones distintas que vale la pena revisar en la documentación oficial.
El mercado laboral actual está pidiendo perfiles que sepan ejecutar migraciones de miles de aplicaciones y servidores, y en todas ellas hay bases de datos involucradas. Si quieres especializarte en cloud, dominar DMS te abre puertas. ¿Has tenido que migrar una base de datos? Cuéntame en los comentarios qué motor moviste y qué tipo de migración usaste.
