Une entreprise exécute un binaire Linux propriétaire sans état (code source non disponible) sur une instance EC2. L'application est à thread unique, nécessite 2 Go de RAM, est gourmande en CPU et s'exécute environ toutes les 4 heures pendant 20 minutes maximum. Vous devez repenser l'architecture pour répondre à ces exigences. Quelle approche devriez-vous choisir ?

L'option correcte est d'exécuter le binaire en tant que conteneur sur AWS Fargate et de planifier la tâche toutes les 4 heures avec Amazon EventBridge. Le binaire étant propriétaire et sans source, le conteneur est la meilleure approche pour l'encapsuler et le déployer. Fargate est idéal car il s'agit d'un service sans serveur, éliminant la gestion des serveurs EC2, ce qui est parfait pour une application qui s'exécute par intermittence. EventBridge (anciennement CloudWatch Events) est le service approprié pour déclencher des tâches Fargate selon un calendrier récurrent. AWS Lambda est incorrect car il ne prend pas en charge l'exécution directe de binaires Linux arbitraires et a des limites de durée d'exécution (15 minutes maximum), ce qui est inférieur aux 20 minutes requises. AWS Batch est une alternative viable pour les charges de travail par lots, mais Fargate est plus direct pour une tâche conteneurisée unique et planifiée. Les instances EC2 Spot avec CodeDeploy sont moins efficaces car elles nécessitent la gestion d'instances et un déploiement plus complexe pour une exécution intermittente.