Una empresa está creando un servicio de video bajo demanda utilizando microservicios. El servicio se lanzará con 5 millones de usuarios y crecerá a 30 millones de usuarios después de 6 meses. La aplicación se implementa en Amazon ECS usando AWS Fargate. Los servicios de ECS se comunican a través de HTTPS. Un arquitecto de soluciones debe implementar despliegues azul/verde, enrutar el tráfico a cada servicio de ECS a través de un balanceador de carga y asegurar que la aplicación escale automáticamente el número de tareas en respuesta a una alarma de Amazon CloudWatch. ¿Qué diseño cumple con estos requisitos?

La opción correcta utiliza un Application Load Balancer (ALB) porque los microservicios se comunican a través de HTTPS, lo que requiere capacidades de capa 7 que un ALB proporciona, incluyendo enrutamiento basado en rutas y nombres de host. Los despliegues azul/verde son una característica nativa de ECS que permite actualizaciones sin interrupciones. Service Auto Scaling para ECS ajusta automáticamente el número de tareas en respuesta a métricas de CloudWatch, satisfaciendo los requisitos de escalabilidad. Las opciones incorrectas son: Usar un Network Load Balancer (NLB) es incorrecto porque opera en la capa 4 y no puede manejar el enrutamiento basado en HTTPS requerido por los microservicios. Solicitar aumentos de cuota no es una solución de escalado automático. Usar un NLB es incorrecto por las razones mencionadas. El Cluster Autoscaler se usa típicamente para Kubernetes, no para ECS con Fargate, y no es el mecanismo principal para escalar tareas de ECS. Usar un ALB es correcto, pero implementar un grupo de Auto Scaling para cada servicio de ECS usando el Cluster Autoscaler es incorrecto, ya que el Cluster Autoscaler no es el mecanismo de escalado para tareas de ECS en Fargate.