La empresa tiene muchas aplicaciones creadas con diferentes lenguajes y frameworks, que se ejecutan on-premises en varios sistemas operativos. Cada equipo tiene su propio proceso de lanzamiento. La empresa desea control de código fuente centralizado, un pipeline de entrega automatizado consistente y un mantenimiento mínimo de la infraestructura después de migrar a AWS. ¿Qué enfoque cumple estos objetivos?

La opción correcta centraliza el control de código fuente con CodeCommit, utiliza CodeBuild para crear imágenes Docker, que aseguran la consistencia del entorno de ejecución independientemente del lenguaje o framework, y las almacena en ECR. Luego, CodeDeploy implementa estas aplicaciones en ECS con Fargate, lo que proporciona un pipeline de entrega automatizado y consistente, y reduce significativamente el mantenimiento de la infraestructura, ya que Fargate gestiona los servidores subyacentes. Las opciones incorrectas no cumplen con todos los requisitos. La primera y segunda opción sugieren un servidor de aplicaciones centralizado, lo cual no es escalable ni consistente para diversas aplicaciones. La tercera opción, aunque usa AMI y CloudFormation StackSets, implica un mantenimiento de infraestructura mayor que Fargate y no resuelve tan eficientemente la diversidad de lenguajes y frameworks como la contenerización.