Компания запускает проприетарный stateless-бинарный файл Linux (исходный код недоступен) на инстансе EC2. Приложение однопоточное, требует 2 ГБ ОЗУ, интенсивно использует процессор и выполняется примерно каждые 4 часа в течение до 20 минут. Вам необходимо перепроектировать архитектуру в соответствии с этими требованиями. Какой подход следует выбрать?

Правильный ответ — запустить бинарный файл как контейнер на AWS Fargate и планировать задачу Fargate каждые 4 часа с помощью Amazon EventBridge (CloudWatch Events). Это оптимальное решение, поскольку Fargate позволяет запускать контейнеризированные приложения без управления серверами, что идеально подходит для периодических задач. EventBridge (ранее CloudWatch Events) обеспечивает точное планирование выполнения задачи каждые 4 часа. Остальные варианты менее подходят: AWS Lambda не подходит, так как бинарный файл проприетарный и его нельзя легко адаптировать для среды Lambda, а также существуют ограничения по времени выполнения (до 15 минут) и памяти. AWS Batch может быть использован, но Fargate более прост в настройке для одиночных, периодических задач, не требующих оркестровки сложных рабочих нагрузок. Использование EC2 Spot Instances с CodeDeploy требует управления инфраструктурой EC2, что усложняет решение по сравнению с бессерверным Fargate.