Firma kurierska migruje zewnętrzną aplikację do planowania tras do AWS. Dostawca udostępnia obsługiwany obraz Docker z publicznego rejestru. Obraz może skalować się do wielu kontenerów, a każda sekcja obszaru dostawy uruchamia własny zestaw kontenerów z niestandardową konfiguracją do przetwarzania tylko zamówień z tej sekcji. Firma musi efektywnie alokować zasoby pod względem kosztów w oparciu o liczbę uruchomionych kontenerów i minimalizować obciążenie operacyjne. Które rozwiązanie spełnia te wymagania przy najmniejszym obciążeniu operacyjnym?

Prawidłowa odpowiedź to utworzenie klastra Amazon ECS na AWS Fargate. Fargate zapewnia bezserwerowe środowisko dla kontenerów, co minimalizuje obciążenie operacyjne, ponieważ AWS zarządza podstawową infrastrukturą. Użycie enableECSManagedTags z run-task automatycznie propaguje tagi z zadania do zasobów bazowych, takich jak interfejsy sieciowe, co ułatwia alokację kosztów. Opcja —tags pozwala na przypisanie niestandardowych tagów do zadania, co jest kluczowe dla identyfikacji i zarządzania kosztami poszczególnych sekcji obszaru dostawy. Pozostałe opcje są mniej optymalne: Amazon EKS na EC2 i Amazon ECS na EC2 wymagają zarządzania instancjami EC2, co zwiększa obciążenie operacyjne i nie jest zgodne z wymaganiem minimalizacji tego obciążenia. Amazon EKS na AWS Fargate jest dobrą opcją pod względem minimalizacji obciążenia operacyjnego, ale użycie AWS CLI tag-resource do przypisania tagów do poda jest mniej efektywne niż automatyczne propagowanie tagów za pomocą enableECSManagedTags w ECS, co jest kluczowe dla efektywnej alokacji kosztów.