Een bezorgbedrijf migreert een routeplanning-app van derden naar AWS. De leverancier levert een ondersteunde Docker-image vanuit een openbaar register. De image kan schalen naar veel containers en elke sectie van het bezorggebied draait zijn eigen set containers met een aangepaste configuratie om alleen de orders van die sectie te verwerken. Het bedrijf moet middelen kosteneffectief toewijzen op basis van het aantal actieve containers en de operationele overhead minimaliseren. Welke oplossing voldoet aan deze vereisten met de minste operationele last?

De correcte optie is het meest kosteneffectief en minimaliseert operationele overhead. Amazon ECS met AWS Fargate biedt een serverloze compute-engine, waardoor het bedrijf niet langer servers hoeft te provisioneren, patchen, of schalen, wat de operationele last aanzienlijk vermindert. De run-task opdracht met enableECSManagedTags ingesteld op true en de --tags optie maakt het mogelijk om aangepaste tags toe te wijzen aan taken, wat essentieel is voor kostentoewijzing per bezorggebied. De andere opties zijn minder optimaal: EKS op EC2 of Fargate vereist meer configuratie en beheer voor een eenvoudige container-applicatie, wat de operationele overhead verhoogt. Bovendien is het taggen van pods direct via de EKS CLI of AWS CLI tag-resource API niet de meest efficiënte methode voor kostentoewijzing op pod-niveau in EKS. ECS op EC2 vereist het beheer van EC2-instances, wat de operationele overhead verhoogt en minder kosteneffectief is dan Fargate voor een schaalbare applicatie.