Une fonction Lambda abonnée à une rubrique SNS ne doit traiter que les messages indiquant des changements d'adresse e-mail ; les autres abonnés géreront d'autres types de messages. Vous souhaitez la solution qui demande le moins de travail de développement. Quelle approche devriez-vous utiliser ?

La configuration d'une politique de filtre d'abonnement SNS est la solution la plus simple et la plus efficace. Elle permet à SNS de filtrer les messages au niveau de l'abonnement avant qu'ils n'atteignent la fonction Lambda, garantissant ainsi que seule la fonction Lambda reçoit les messages pertinents. L'utilisation du filtrage d'événements Lambda est une option, mais elle est moins efficace car la fonction Lambda serait invoquée pour chaque message, puis devrait filtrer le message elle-même, ce qui entraîne des coûts d'invocation inutiles. L'abonnement d'une file d'attente SQS avec une politique de filtre est une solution valide mais ajoute une couche de complexité et de gestion supplémentaire (SQS) qui n'est pas nécessaire pour ce cas d'utilisation simple. Demander à la fonction Lambda d'inspecter et de republier les messages est inefficace, coûteux en ressources et en exécutions Lambda, et introduit une logique de routage complexe dans la fonction Lambda elle-même, ce qui va à l'encontre du principe de moindre privilège et de la simplicité.