Ein Lieferunternehmen wird eine Routenplanungs-App eines Drittanbieters zu AWS migrieren. Der Anbieter stellt ein unterstütztes Docker-Image aus einem öffentlichen Register bereit. Das Image kann auf viele Container skaliert werden, und jeder Lieferbereichsabschnitt betreibt seine eigenen Container mit einer benutzerdefinierten Konfiguration, um nur die Bestellungen dieses Abschnitts zu verarbeiten. Das Unternehmen muss Ressourcen kostengünstig basierend auf der Anzahl der laufenden Container zuweisen und den Betriebsaufwand minimieren. Welche Lösung erfüllt diese Anforderungen mit dem geringsten Betriebsaufwand?

Die korrekte Option ist die Erstellung eines Amazon ECS-Clusters auf AWS Fargate. Fargate ist eine serverlose Compute-Engine, die den Betriebsaufwand minimiert, da keine Server verwaltet werden müssen. Dies ist kostengünstig, da nur für die genutzten Ressourcen bezahlt wird. Die run-task-Befehlszeile mit enableECSManagedTags auf true und --tags ermöglicht das Zuweisen benutzerdefinierter Tags zu den Aufgaben, was für die Verwaltung und Abrechnung der verschiedenen Lieferbereichsabschnitte wichtig ist. Die anderen Optionen sind weniger optimal: Amazon EKS auf EC2 oder Fargate würde einen höheren Betriebsaufwand bedeuten, insbesondere EKS auf EC2, da hier Kubernetes-Cluster und EC2-Instanzen verwaltet werden müssen. Amazon ECS auf EC2 erfordert ebenfalls die Verwaltung von EC2-Instanzen, was den Betriebsaufwand erhöht und möglicherweise weniger kosteneffizient ist als Fargate.