Une entreprise utilise une tâche AWS Batch pour son processus de vente de fin de journée. L'entreprise a besoin d'une solution sans serveur qui invoque une application de reporting tierce lorsque la tâche AWS Batch réussit. L'application de reporting expose une API HTTP qui utilise une authentification par nom d'utilisateur et mot de passe. Quelle solution répond à ces exigences ?

La bonne réponse est de configurer une règle Amazon EventBridge pour les événements AWS Batch job SUCCEEDED et d'utiliser une destination d'API EventBridge pour appeler l'API tierce. EventBridge prend en charge les destinations d'API, permettant d'appeler des points de terminaison HTTP externes avec une authentification par nom d'utilisateur et mot de passe, ce qui correspond parfaitement aux exigences sans serveur et à l'intégration directe. L'option EventBridge Scheduler est incorrecte car EventBridge Scheduler est utilisé pour planifier des invocations à des heures spécifiques, pas pour réagir à des événements. L'option impliquant API Gateway pour publier des événements depuis AWS Batch est incorrecte car AWS Batch émet déjà des événements vers EventBridge, rendant API Gateway inutile pour cette étape. L'option d'utiliser une fonction Lambda via API Gateway est également incorrecte car EventBridge peut directement appeler l'API tierce via une destination d'API, éliminant le besoin d'une fonction Lambda intermédiaire et d'API Gateway pour ce cas d'utilisation spécifique.