Amazon EventBridge vs Amazon SNS : Quelle solution choisir ?
Posté le 11 mars 2025 • 4 min de lecture • 674 motsLorsqu'il s'agit de concevoir des architectures event-driven sur AWS, deux services majeurs entrent souvent en jeu : Amazon EventBridge et Amazon SNS (Simple Notification Service). Bien qu'ils semblent similaires au premier abord, leurs usages et fonctionnalités diffèrent.
Introduction
Dans cet article, nous allons comparer ces deux services, explorer leurs cas d’utilisation et voir comment les intégrer efficacement dans une architecture AWS.
I. Comparaison Amazon EventBridge vs Amazon SNS
| Caractéristique | Amazon EventBridge | Amazon SNS |
|---|---|---|
| Type de communication | Basé sur les événements (Event-Driven) | Basé sur la publication et l’abonnement (Pub/Sub) |
| Cas d’utilisation | Routage d’événements entre services AWS et applications SaaS | Envoi de notifications aux abonnés (e-mails, SMS, Lambda, SQS, etc.) |
| Sources des messages | AWS Services, applications SaaS, applications personnalisées | Applications, utilisateurs, services AWS |
| Ciblage des consommateurs | Règles de filtrage avancées pour envoyer un événement à une ou plusieurs cibles | Envoi du même message à tous les abonnés d’un sujet |
| Protocoles supportés | AWS Lambda, SQS, API Gateway, Kinesis, Step Functions, etc. | E-mails, SMS, Lambda, SQS, HTTP(S) endpoints, applications mobiles (FCM, APN) |
| Filtrage des messages | Filtrage avancé basé sur des règles avec des expressions JSON | Filtrage limité basé sur les attributs des messages |
| Architecture | Orientée événements et intégration avec d’autres services AWS | Orientée notifications et messagerie entre producteurs et consommateurs |
| Durabilité et rétention des messages | Aucun stockage natif (les événements sont routés immédiatement) | Messages stockés pendant 4 jours (jusqu’à 14 jours avec Extended Retention) |
| Ordonnancement des messages | Non garanti (les messages peuvent arriver dans le désordre) | Ordonnancement FIFO disponible avec SNS FIFO |
II. Cas d’ utilisation détaillés
A. Cas d’ utilisation d’ Amazon EventBridge : Orchestration d’événements inter-services
EventBridge est idéal pour connecter différents services AWS et applications SaaS.
🔹 Exemple :
- Un fichier est uploadé dans un bucket Amazon S3.
- EventBridge détecte l’ événement et le route vers AWS Lambda pour traitement.
- Lambda déclenche une Step Function pour lancer un workflow.
🔹 Schéma :
S3 -> EventBridge -> Lambda -> Step FunctionB. Cas d’ utilisation d’ Amazon SNS : Diffusion de notifications à plusieurs abonnés
SNS est idéal pour envoyer des messages instantanés à plusieurs abonnés.
🔹 Exemple :
- Une commande est expédiée sur un site e-commerce.
- SNS publie un message pour notifier que la commande est expédiée.
- Les abonnés (SMS, e-mails, Lambda, SQS) reçoivent la notification immédiatement.
🔹 Schéma :
Application e-commerce -> SNS -> (SMS, e-mail, SQS, Lambda)III. Intégration avec d’ autres services AWS
| Service AWS | EventBridge | SNS |
|---|---|---|
| AWS Lambda | ✅ Routage d’événements pour exécution asynchrone | ✅ Exécution serverless immédiate |
| Amazon SQS | ✅ Mise en file d’attente d’événements filtrés | ✅ Fan-out pattern pour mise en file d’attente |
| AWS Step Functions | ✅ Déclenchement de workflows | ❌ Non supporté |
| API Gateway | ✅ Routage d’événements vers API HTTP | ✅ Envoi de notifications HTTP |
| Amazon Kinesis | ✅ Stream processing | ❌ Non supporté |
| SMS / E-mail | ❌ Non supporté | ✅ Support natif |
IV. Implémentation avec AWS CLI
🔹 Créer un bus EventBridge et une règle de routage
aws events put-rule --name "Rule-S3-Upload" --event-pattern '{ "source": ["aws.s3"] }' --event-bus-name default🔹 Créer un sujet SNS et un abonnement e-mail
aws sns create-topic --name "OrderNotifications"
aws sns subscribe --topic-arn arn:aws:sns:us-east-1:123456789012:OrderNotifications --protocol email --notification-endpoint user@example.comV. Quand les utiliser ?
✅ Amazon EventBridge si :
- Vous voulez connecter plusieurs services AWS de manière event-driven.
- Vous avez besoin d’un filtrage avancé et de routage dynamique.
- Vous voulez intégrer une application SaaS (ex: Zendesk, Shopify, Datadog).
✅ Amazon SNS si :
- Vous voulez diffuser des notifications à plusieurs abonnés ou en masse.
- Vous voulez alerter des utilisateurs via e-mails, SMS, ou push mobiles.
- Vous avez besoin d’un modèle Pub/Sub simple et efficace.
VI. Pièges à éviter
Latence et coûts : EventBridge peut avoir une latence plus élevée et générer plus de coûts si mal configuré.
Orchestration excessive : Si votre besoin est juste une notification simple, SNS est souvent plus adapté.
Filtrage limité : SNS offre un filtrage basique par attributs, EventBridge est plus flexible.
Conclusion
Amazon EventBridge et SNS sont deux services puissants mais destinés à des usages bien distincts.
- EventBridge est idéal pour une architecture event-driven, avec un routage avancé.
- SNS est parfait pour notifier plusieurs abonnés rapidement et efficacement.
En comprenant leurs différences, vous pourrez concevoir une architecture AWS efficace et scalable !