Une entreprise reçoit des commandes de plusieurs partenaires via API Gateway qui appellent une fonction Lambda partagée. Après avoir traité les commandes de chaque partenaire, le partenaire doit être informé uniquement de ses propres commandes. L'entreprise prévoit d'ajouter des partenaires au fil du temps avec un minimum de modifications de code. Quelle approche est la plus évolutive ?

L'utilisation d'une seule rubrique Amazon SNS avec des politiques de filtrage d'abonnement est la solution la plus évolutive. La fonction Lambda publie des messages avec des attributs identifiant le partenaire, et chaque partenaire s'abonne à la rubrique avec une politique de filtrage qui ne lui transmet que les messages pertinents. Cela permet d'ajouter de nouveaux partenaires sans modifier le code de la fonction Lambda ni créer de nouvelles ressources SNS pour chaque partenaire, minimisant ainsi les efforts de maintenance et de développement. Créer une rubrique SNS distincte pour chaque partenaire est moins évolutif car cela nécessite de créer une nouvelle rubrique et de modifier le code Lambda à chaque ajout de partenaire. Créer une fonction Lambda distincte pour chaque partenaire est également moins évolutif et plus coûteux en maintenance. Abonner tous les partenaires à une seule rubrique sans filtrage entraînerait l'envoi de tous les messages à tous les partenaires, ce qui n'est pas conforme aux exigences.