Una empresa va a lanzar una nueva aplicación en un clúster de Amazon ECS que utiliza el tipo de lanzamiento Fargate. La empresa supervisa la CPU y la memoria porque espera un tráfico elevado en el lanzamiento, pero quiere reducir los costos cuando disminuya la utilización. ¿Qué debe recomendar un arquitecto de soluciones?

La respuesta correcta es usar AWS Application Auto Scaling con políticas de seguimiento de objetivos. Application Auto Scaling es el servicio adecuado para escalar recursos de Fargate, ya que Fargate no utiliza instancias EC2 directamente. Las políticas de seguimiento de objetivos permiten definir un objetivo de utilización (por ejemplo, 70% de CPU) y Application Auto Scaling ajustará automáticamente la capacidad para mantener ese objetivo, lo que es ideal para manejar picos de tráfico y reducir costos durante períodos de baja utilización. Las otras opciones son incorrectas porque: Amazon EC2 Auto Scaling es para instancias EC2, no para Fargate. Una función de AWS Lambda podría usarse, pero Application Auto Scaling es la solución nativa y más eficiente para este caso de uso. Las políticas de escalado simple son menos dinámicas que las de seguimiento de objetivos y podrían no optimizar tan bien los costos y el rendimiento.