EventBridge

Cas d’utilisation

• Architecture event-driven entre microservices
• Orchestration d’événements entre SaaS et AWS
• Déclenchement automatisé de workflows (ex. Lambda + Step Functions)
• Traitement en temps réel d’événements d’audit ou de logs

Concepts clés

Event

• Représente une information sur un changement d’état
• Format JSON
• Sources d’événements possibles :
  • Services AWS (CloudTrail, EC2, S3, CodePipeline…)
  • Applications SaaS intégrées (Zendesk, Datadog, Auth0…)
  • Applications personnalisées (via l’API PutEvents)
  • Règles planifiées (scheduled events) pour exécuter des tâches récurrentes

Event Bus

• Canal de transit des événements
• 3 types :
  • Default Event Bus : reçoit les événements natifs des services AWS
  • Custom Event Bus : créé par l’utilisateur pour des applications spécifiques
  • Partner Event Bus : reçoit des événements depuis des intégrations SaaS

Rules (règles)

• Permet de déterminer quels événements doivent être traités et où les envoyer
• Définies par un Event Pattern (filtre sur le contenu JSON)
• Peuvent aussi être programmées avec une expression cron
• Une règle peut avoir plusieurs cibles

Targets (cibles)

• Services qui réagissent aux événements (Lambda, Step Functions, SQS / SNS, Kinesis Streams / Firehose, EC2…)

Un même événement peut déclencher plusieurs actions, on parle alors de fan-out

Fonctionnalités avancées

• Event Replay : possibilité de rejouer des événements passés (rétention max 24h)
• Event Archive : stocker et rejouer des événements ultérieurement
• EventBridge Pipes : connecteur simplifié entre une source (ex. SQS, Kinesis) et une cible (ex. Lambda) avec filtrage et transformation intégrés
• Schema Registry : permet d’enregistrer automatiquement le schéma des événements et de générer du code pour les consommer