Компания по доставке переносит стороннее приложение для планирования маршрутов в AWS. Поставщик предоставляет поддерживаемый образ Docker из публичного реестра. Образ может масштабироваться до множества контейнеров, и каждый раздел зоны доставки запускает свой собственный набор контейнеров с пользовательской конфигурацией для обработки заказов только этого раздела. Компании необходимо эффективно распределять ресурсы на основе количества запущенных контейнеров и минимизировать операционные издержки. Какое решение соответствует этим требованиям с наименьшими операционными издержками?

Правильный ответ — создание кластера Amazon ECS на AWS Fargate с использованием команды run-task и enableECSManagedTags. AWS Fargate обеспечивает бессерверное выполнение контейнеров, минимизируя операционные издержки, так как вам не нужно управлять базовыми серверами EC2. ECS — это нативный для AWS сервис оркестрации контейнеров, который обычно проще в управлении, чем EKS, что также снижает операционные издержки. Параметр enableECSManagedTags автоматически применяет теги к задачам ECS, а опция --tags позволяет добавить пользовательские теги, что соответствует требованиям к конфигурации для каждого раздела доставки. Остальные варианты менее оптимальны: Amazon EKS на EC2 или Fargate увеличивает операционные издержки по сравнению с ECS, так как EKS сложнее в управлении. Использование EC2 для ECS или EKS требует управления экземплярами EC2, что противоречит цели минимизации операционных издержек. Варианты с EKS CLI или ручным вызовом tag-resource не используют автоматическое тегирование, доступное в ECS с enableECSManagedTags.