Une entreprise exécute une application personnalisée sur des instances EC2 dans un groupe Auto Scaling qui traite des enregistrements via plusieurs étapes séquentielles et gourmandes en calcul. Chaque étape prend jusqu'à 5 minutes. Actuellement, si une étape échoue, l'enregistrement entier doit être retraité depuis le début. L'entreprise souhaite retraiter uniquement les étapes échouées avec le moins de frais opérationnels. Quelle est l'architecture la plus efficace sur le plan opérationnel pour répondre à ce besoin ?

L'envoi des enregistrements vers AWS Step Functions et la division du traitement en tâches Step Functions prises en charge par des fonctions AWS Lambda est la solution la plus efficace. Step Functions est conçu pour orchestrer des flux de travail complexes et séquentiels. Il permet de définir chaque étape comme une tâche distincte, ce qui facilite la reprise à partir d'une étape spécifique en cas d'échec, sans retraiter l'intégralité de l'enregistrement. L'utilisation de Lambda pour chaque étape offre une exécution sans serveur, réduisant les frais opérationnels liés à la gestion d'instances EC2. Les autres options sont moins optimales : La construction d'une application web avec S3 et SNS introduit une complexité de gestion d'état et de reprise manuelle. Refactoriser la logique dans un conteneur Fargate et le faire s'invoquer lui-même est une approche moins idiomatique pour la gestion d'état et la reprise que Step Functions. L'utilisation de Kinesis et Lambda est excellente pour le traitement en flux, mais Step Functions est plus adapté pour orchestrer des flux de travail séquentiels avec gestion d'état et reprise.