Une fonction Lambda sans serveur traite les commandes et appelle une API de paiement externe qui échoue parfois. L'équipe de support doit être avertie en temps quasi réel uniquement lorsque le taux d'erreur de l'API externe dépasse 5 % des transactions en une heure. Un sujet SNS existant avertit déjà l'équipe de support. Quelle solution répond à cette exigence ?

La publication de métriques CloudWatch personnalisées pour les échecs de l'API de paiement permet de suivre précisément le nombre d'erreurs. Une alarme CloudWatch peut ensuite être configurée pour surveiller ces métriques, se déclenchant uniquement lorsque le taux d'échec dépasse le seuil de 5 % sur une période d'une heure. Cette alarme peut directement notifier le sujet SNS existant, assurant une alerte en temps quasi réel et automatisée. Les autres options sont moins efficaces : Utiliser CloudWatch Logs Insights et une fonction Lambda planifiée introduit une latence et une complexité inutiles pour une surveillance en temps quasi réel. Publier tous les résultats sur un nouveau sujet SNS inonderait l'équipe de support de notifications non pertinentes, car elle ne veut être avertie que si le taux d'erreur dépasse 5 %. Écrire les résultats dans S3 et utiliser Athena est une solution pour l'analyse de données à long terme, mais elle n'est pas optimisée pour la surveillance en temps quasi réel et l'envoi d'alertes automatiques basées sur des seuils.