Una empresa ejecuta una aplicación on-premises en un clúster de Kubernetes. La empresa añadió recientemente millones de nuevos clientes. La infraestructura on-premises existente de la empresa no puede manejar la gran cantidad de nuevos clientes. La empresa necesita migrar la aplicación on-premises a la AWS Cloud. La empresa migrará a un clúster de Amazon Elastic Kubernetes Service (Amazon EKS). La empresa no quiere gestionar la infraestructura de cómputo subyacente para la nueva arquitectura en AWS. ¿Qué solución cumplirá estos requisitos con la MENOR sobrecarga operativa?

La opción correcta es usar AWS Fargate porque proporciona capacidad de cómputo sin servidor para Amazon EKS, eliminando la necesidad de gestionar la infraestructura subyacente (servidores). Esto resulta en la menor sobrecarga operativa, ya que AWS se encarga del aprovisionamiento, parcheo y escalado de los nodos. Las opciones incorrectas implican la gestión de nodos EC2: Los nodos autogestionados requieren que el usuario aprovisione, mantenga y escale las instancias EC2, lo que aumenta la sobrecarga operativa. Los grupos de nodos gestionados (managed node groups) reducen parte de la sobrecarga al automatizar el aprovisionamiento y la gestión de las instancias EC2, pero aún requieren que el usuario supervise y configure aspectos de la infraestructura subyacente. Usar grupos de nodos gestionados con Karpenter mejora la eficiencia del escalado, pero sigue siendo una solución basada en instancias EC2 que requiere gestión de nodos, a diferencia de Fargate.