Une entreprise exécute une application sur site sur un cluster Kubernetes. L'entreprise a récemment ajouté des millions de nouveaux clients. L'infrastructure sur site existante de l'entreprise est incapable de gérer le grand nombre de nouveaux clients. L'entreprise doit migrer l'application sur site vers le cloud AWS. L'entreprise migrera vers un cluster Amazon Elastic Kubernetes Service (Amazon EKS). L'entreprise ne souhaite pas gérer l'infrastructure de calcul sous-jacente pour la nouvelle architecture sur AWS. Quelle solution répondra à ces exigences avec le MOINS de frais opérationnels ?

AWS Fargate est la solution la plus appropriée car elle est un moteur de calcul sans serveur pour Amazon EKS, éliminant ainsi la nécessité de gérer les serveurs ou de planifier la capacité. Cela répond directement à l'exigence de l'entreprise de ne pas gérer l'infrastructure de calcul sous-jacente et réduit considérablement les frais opérationnels. Les nœuds autogérés nécessitent une gestion manuelle des instances EC2, ce qui augmente la charge opérationnelle. Les groupes de nœuds gérés automatisent certaines tâches mais nécessitent toujours la gestion des nœuds EC2 sous-jacents. L'utilisation de Karpenter avec des groupes de nœuds gérés améliore l'autoscaling mais ne supprime pas la nécessité de gérer l'infrastructure de calcul sous-jacente, contrairement à Fargate.