Кластер ECS на EC2 больше не будет иметь доступа к интернету; NAT-шлюзы и интернет-шлюз должны быть удалены. Задачи ECS по-прежнему должны извлекать образы из частных репозиториев ECR и из публичного реестра ECR. Публичные образы должны обновляться, чтобы новые версии были доступны кластеру в течение 24 часов. Какая комбинация шагов (выберите три) обеспечивает требуемую функциональность с минимальными операционными издержками?

Для доступа к частным репозиториям ECR без интернета требуется конечная точка VPC интерфейса ECR, так как она позволяет ECS-задачам взаимодействовать с ECR через частную сеть AWS. Для доступа к публичным репозиториям ECR без интернета и обеспечения обновлений в течение 24 часов, создание единого правила кэширования ECR pull-through для публичного реестра ECR является оптимальным решением. Это позволяет кэшировать публичные образы в вашем частном ECR, а затем ECS-задачи могут извлекать их из этого кэша. Важно, чтобы образы были извлечены хотя бы один раз до отключения интернета, чтобы они попали в кэш. Конечная точка шлюза S3 необходима, поскольку ECR использует S3 для хранения слоев образов. Неправильные варианты: Создание проекта CodeBuild для каждого публичного образа и планирование сборок каждые 24 часа является слишком сложным и операционно затратным решением для простой задачи кэширования образов. Создание нового правила кэширования ECR pull-through для каждого публичного образа и вызов его через Lambda также усложняет управление и является менее эффективным, чем единое правило pull-through. Конечная точка VPC интерфейса ECR для публичных репозиториев ECR не будет работать, так как публичные репозитории ECR по определению находятся вне вашей VPC, и для их доступа без интернета требуется механизм кэширования, а не прямая конечная точка.