Un'azienda di consegne migrerà un'applicazione di pianificazione del percorso di terze parti su AWS. Il fornitore fornisce un'immagine Docker supportata da un registro pubblico. L'immagine può scalare a molti container e ogni sezione dell'area di consegna esegue il proprio set di container con una configurazione personalizzata per elaborare solo gli ordini di quella sezione. L'azienda deve allocare le risorse in modo economicamente vantaggioso in base al numero di container in esecuzione e ridurre al minimo l'overhead operativo. Quale soluzione soddisfa questi requisiti con il minor onere operativo?

La soluzione corretta è creare un cluster Amazon ECS su AWS Fargate e utilizzare il comando AWS CLI run-task con enableECSManagedTags impostato su true e l'opzione --tags. AWS Fargate è un motore di calcolo serverless per i container, eliminando la necessità di gestire server o cluster EC2, riducendo al minimo l'overhead operativo e consentendo un dimensionamento economico in base al numero di container. L'opzione enableECSManagedTags assicura che i tag specificati vengano propagati automaticamente alle risorse sottostanti (come le interfacce di rete elastiche), facilitando la gestione e l'allocazione dei costi. Le opzioni che utilizzano Amazon EKS introducono una maggiore complessità operativa rispetto a ECS per questo caso d'uso, poiché EKS richiede la gestione di Kubernetes. Le opzioni che utilizzano EC2 per ECS o EKS aumentano l'overhead operativo poiché richiedono la gestione delle istanze EC2 sottostanti.