Una aplicación en contenedores se ejecuta en instancias EC2 con IP públicas. Apache Kafka se autohospeda en esas instancias EC2 y PostgreSQL se ha migrado a Amazon RDS for PostgreSQL. La empresa espera un aumento en los pedidos para el lanzamiento de un producto. ¿Qué cambios arquitectónicos reducirán la sobrecarga operativa y soportarán el aumento de la carga?

La opción correcta reduce la sobrecarga operativa y soporta el aumento de carga al migrar a servicios gestionados y escalables. Amazon EKS con AWS Fargate elimina la gestión de instancias EC2 para contenedores, y el autoescalado maneja picos de tráfico. Añadir réplicas de lectura a RDS mejora el rendimiento de lectura para la base de datos. Reemplazar Kafka autogestionado con Amazon MSK elimina la complejidad operativa de Kafka. Alojar contenido estático en Amazon S3 con CloudFront mejora la entrega de contenido y reduce la carga en la aplicación. Las opciones incorrectas presentan deficiencias: La primera opción mantiene Kafka autohospedado, lo que aumenta la sobrecarga operativa. La segunda opción mantiene Kafka autohospedado y no aborda adecuadamente el escalado de lectura de la base de datos para cargas elevadas, ya que Multi-AZ es para alta disponibilidad, no escalado de lectura. La tercera opción, aunque mejora Kafka con MSK, introduce la complejidad de gestionar un clúster de Kubernetes en EC2, lo que no reduce la sobrecarga operativa tanto como Fargate.