Une entreprise de livraison va migrer une application tierce de planification d'itinéraires vers AWS. Le fournisseur fournit une image Docker prise en charge à partir d'un registre public. L'image peut s'adapter à de nombreux conteneurs et chaque section de zone de livraison exécute son propre ensemble de conteneurs avec une configuration personnalisée pour traiter uniquement les commandes de cette section. L'entreprise doit allouer les ressources de manière rentable en fonction du nombre de conteneurs en cours d'exécution et minimiser les frais opérationnels. Quelle solution répond à ces exigences avec la charge opérationnelle la plus faible ?

La bonne réponse est de créer un cluster Amazon ECS sur AWS Fargate et d'utiliser la commande run-task avec enableECSManagedTags et --tags. Fargate est un moteur de calcul sans serveur pour les conteneurs, ce qui minimise les frais opérationnels et permet une allocation rentable des ressources en fonction du nombre de conteneurs. ECS est un service d'orchestration de conteneurs plus simple et souvent plus rentable qu'EKS pour les cas d'utilisation où une gestion Kubernetes complète n'est pas requise. L'option enableECSManagedTags ajoute automatiquement des balises gérées par ECS à la tâche, tandis que --tags permet d'ajouter des balises personnalisées, répondant aux exigences de configuration personnalisée par section de livraison. Les options EKS sur EC2 ou Fargate sont moins optimales car EKS est plus complexe et coûteux à gérer que ECS pour ce cas d'utilisation simple. L'option ECS sur EC2 implique la gestion des instances EC2 sous-jacentes, ce qui augmente les frais opérationnels, contrairement à l'exigence de minimisation.