Une entreprise a migré une application vers des instances Amazon EC2 Linux. Une instance EC2 exécute plusieurs tâches planifiées d'une heure écrites dans différents langages. L'entreprise est préoccupée par les performances et l'évolutivité lorsque ces tâches s'exécutent sur une seule instance. Quelle solution répondra à ces préoccupations avec le MOINS de surcharge opérationnelle ?

La bonne réponse est d'utiliser AWS Batch car il est conçu pour exécuter des charges de travail par lots de manière efficace et évolutive, sans nécessiter de gestion d'infrastructure. Il gère automatiquement le provisionnement des ressources et l'exécution des tâches. L'intégration avec Amazon EventBridge (anciennement CloudWatch Events) permet une planification facile des jobs. Convertir l'instance EC2 en conteneur et utiliser AWS App Runner est moins adapté car App Runner est optimisé pour les applications web et les API, pas pour les tâches par lots planifiées, et pourrait introduire une surcharge inutile pour ce cas d'usage. Copier les tâches dans des fonctions AWS Lambda pourrait être une solution si les tâches sont de courte durée et sans état. Cependant, les tâches d'une heure dépassent la durée d'exécution maximale de Lambda (15 minutes), rendant cette option non viable sans refactorisation importante. Créer une AMI et un groupe Auto Scaling augmenterait la surcharge opérationnelle car vous seriez toujours responsable de la gestion des instances EC2, de leur mise à l'échelle et de la coordination des tâches entre elles.