Un arquitecto de soluciones debe migrar bases de datos Microsoft SQL Server heredadas de misión crítica a AWS y modernizar la arquitectura de datos con un tiempo de inactividad casi nulo. ¿Qué enfoque de migración satisface estas restricciones?

La opción correcta utiliza herramientas nativas de alta disponibilidad de SQL Server (como Always On Availability Groups o log shipping) para replicar la base de datos a Amazon RDS for SQL Server. Este método permite una migración con tiempo de inactividad casi nulo, ya que la replicación se mantiene activa mientras la aplicación original sigue funcionando, y el cutover implica simplemente redirigir las conexiones a la instancia de RDS una vez que los datos están sincronizados. Las otras opciones son menos adecuadas: AWS Application Migration Service y AWS SCT con Aurora Serverless: Implica una modernización significativa que podría introducir un tiempo de inactividad mayor y complejidad en la conversión del esquema, además de que Aurora no es una base de datos SQL Server nativa. AWS DMS con S3 como destino: S3 no es un destino de base de datos transaccional y requeriría un paso adicional de carga de datos, lo que aumenta el tiempo de inactividad y la complejidad. AWS Application Migration Service a EC2 y luego a RDS: Rehostear a EC2 para luego mover a RDS es un proceso de dos pasos que introduce un tiempo de inactividad adicional y complejidad innecesaria en comparación con la replicación directa a RDS.