Una empresa ejecuta actualmente Apache Airflow on-premises para orquestar pipelines de datos que incluyen comprobaciones de calidad de datos SQL. Quieren migrar a AWS utilizando servicios gestionados y minimizar la refactorización. ¿Qué solución logra esto con la menor cantidad de cambios en el código?

La opción correcta es migrar a Amazon MWAA porque es un servicio gestionado de Apache Airflow. Esto permite a la empresa reutilizar sus DAGs y código de Airflow existentes con una refactorización mínima, ya que MWAA es compatible con las API de Airflow. Las comprobaciones de calidad de datos SQL se pueden integrar directamente como tareas de Airflow, manteniendo la lógica de orquestación centralizada. Configurar AWS Outposts no minimiza la refactorización, ya que aún requiere gestionar la infraestructura de EC2 y no aprovecha un servicio gestionado de Airflow. Crear una AMI personalizada en EC2 también implica la gestión de la infraestructura subyacente y no es un servicio gestionado de Airflow. Reconstruir los pipelines con AWS Step Functions y AWS Lambda implicaría una refactorización significativa, ya que requeriría reescribir toda la lógica de orquestación y las comprobaciones de calidad de datos en un nuevo marco.