Une application télécharge de nombreux objets vers un compartiment S3 et, pour chaque nouvel objet, plusieurs tâches de traitement doivent s'exécuter en parallèle. L'équipe orchestrera ces tâches avec AWS Step Functions et souhaite le moins de frais opérationnels possible. Quelles actions l'équipe devrait-elle entreprendre ?

Les deux options correctes sont valides. Un workflow Step Functions Standard ou Express Asynchrone avec un état Parallel est idéal pour exécuter plusieurs tâches de traitement en parallèle pour chaque objet S3, offrant une bonne évolutivité et une gestion des erreurs robuste. L'utilisation d'EventBridge pour déclencher directement le workflow Step Functions à la création d'un objet S3 est la méthode la plus simple et la plus efficace pour l'intégration, minimisant les frais opérationnels. L'option "Créer un workflow Step Functions Express Synchrone..." est incorrecte car les workflows Express Synchrones sont conçus pour des cas d'utilisation de courte durée et ne sont pas adaptés à l'orchestration de tâches de traitement potentiellement longues et asynchrones. L'option "Créer une règle Amazon EventBridge qui correspond à la création de nouveaux objets S3. Configurer la règle pour invoquer une fonction Lambda, et faire en sorte que la fonction Lambda démarre le workflow de traitement Step Functions." est moins optimale car elle introduit une fonction Lambda intermédiaire inutile, augmentant la complexité et les frais opérationnels par rapport au déclenchement direct du workflow Step Functions par EventBridge.