Une entreprise dispose d'un workflow d'ingestion de données qui utilise une rubrique Amazon Simple Notification Service (Amazon SNS) pour notifier les nouvelles livraisons et une fonction AWS Lambda pour traiter les données et enregistrer les métadonnées. Le workflow échoue parfois en raison de problèmes de connectivité réseau ; lorsqu'il échoue, la fonction Lambda n'ingère pas les données à moins que l'entreprise ne relance manuellement la tâche. Quelle combinaison d'actions un architecte de solutions doit-il prendre pour que la fonction Lambda ingère toutes les données de manière fiable à l'avenir ? (Choisissez deux.)

La création d'une file d'attente Amazon SQS et son abonnement à la rubrique SNS permettent de découpler la fonction Lambda du producteur de messages (SNS). Si la fonction Lambda est indisponible ou rencontre des problèmes de connectivité, les messages sont conservés dans la file d'attente SQS et peuvent être traités ultérieurement, garantissant ainsi qu'aucune donnée n'est perdue. Modifier la fonction Lambda pour lire à partir de cette file d'attente SQS est la deuxième étape nécessaire pour consommer ces messages de manière fiable. Déployer la fonction Lambda dans plusieurs zones de disponibilité améliore la résilience de la fonction elle-même, mais ne résout pas le problème de la perte de messages si la fonction est temporairement indisponible. Augmenter le CPU/mémoire ou le débit provisionné pour Lambda n'adresse pas le problème fondamental de la persistance des messages en cas d'échec de la fonction.