Présentation

Q : Qu'est-ce qu'Amazon EventBridge ?

Amazon EventBridge est un service qui fournit un accès en temps réel aux modifications des données dans les services AWS, vos propres applications et les applications SaaS (Software-as-a-Service) sans écrire de code. Pour commencer, vous pouvez choisir une source d'événement sur la console Amazon EventBridge, puis sélectionner une cible parmi plusieurs services AWS, notamment AWS Lambda, Amazon SNS et Amazon Kinesis Data Firehose. Amazon EventBridge diffuse automatiquement les événements presque en temps réel.

Q : Comment commencer à utiliser Amazon EventBridge ?

Connectez-vous à votre compte AWS, accédez à la console Amazon EventBridge, puis choisissez une source d'événements dans une liste de services AWS et d'applications SaaS partenaires. Si vous utilisez une application partenaire, assurez-vous d'avoir configuré votre compte SaaS, afin de pouvoir émettre des événements, et acceptez l'application dans la section des sources d'événements proposées de la console Amazon EventBridge. Amazon EventBridge crée automatiquement un bus d'événements vers lequel les événements sont acheminés. Vous pouvez également utiliser le kit SDK AWS pour instrumenter votre application afin qu'elle commence à transmettre des événements à votre bus d'événements. Si vous le souhaitez, vous pouvez configurer une règle de filtrage et attacher une cible pour vos événements. Par exemple, il peut s'agir d'une fonction Lambda. Amazon EventBridge ingère, filtre et envoie automatiquement les événements à la cible configurée de manière sécurisée et hautement disponible.

Q : Puis-je publier mes propres événements sur Amazon EventBridge ?

Oui. Les clients peuvent générer des événements personnalisés au niveau de l'application et les publier sur Amazon EventBridge via les API du service. Les clients peuvent également configurer des événements planifiés générés régulièrement et les traiter dans n'importe quelle cible prise en charge par Amazon EventBridge.

Q : Quel est le format d'un événement ?

Les événements utilisent une structure JSON spécifique. Chaque événement présente les mêmes champs d'enveloppe de niveau supérieur, tels que la source de l'événement, l'horodatage et la région. Vient ensuite un champ de détail qui constitue le corps de l'événement. Par exemple, lorsqu'un groupe Amazon EC2 Auto Scaling crée une instance Amazon EC2, il émet un événement avec la source : « aws.autoscaling » et le détail : « EC2 instance created successfully » (« l'instance EC2 a été créée »).

Q : Comment filtrer pour déterminer quels événements sont envoyés à une cible ?

Vous pouvez filtrer les événements à l'aide de règles. Une règle établit une correspondance avec les événements entrants d'un bus d'événements donné et les achemine vers des cibles afin qu'ils soient traités. Une règle unique peut acheminer des événements vers plusieurs cibles qui sont toutes traitées en parallèle. Les règles permettent à différents composants d'application de rechercher et de traiter les événements qui les intéressent. Une règle peut personnaliser un événement avant que celui-ci ne soit envoyé à la cible, en ne transmettant que certaines parties ou en le remplaçant par une constante. Pour l'exemple présenté dans la question précédente, vous pouvez créer une règle d'événement qui correspond à la source « aws.autoscaling » et au détail « EC2 instance created successfully » (« l'instance EC2 a été créée ») pour recevoir une notification chaque fois qu'un groupe Auto Scaling parvient à créer une instance Amazon EC2.

Q : Comment sécuriser l'accès à Amazon EventBridge ?

Amazon EventBridge s'intègre à AWS Identity and Access Management (IAM), afin que vous puissiez spécifier quelles actions un utilisateur peut effectuer dans votre compte AWS. Par exemple, vous pouvez créer une politique IAM qui n'autorise que certains utilisateurs de votre organisation à créer des bus d'événements ou à attacher des cibles d'événement.

Q : Quel est le lien entre Amazon EventBridge et CloudWatch Events ?

Amazon EventBridge s'appuie sur CloudWatch Events et complète ses fonctionnalités. Il utilise le point de terminaison et la même API de service, ainsi que la même infrastructure de service sous-jacente. Pour les clients CloudWatch Events actuels, rien ne change. Vous pouvez continuer à utiliser la même API, les mêmes modèles CloudFormation et la même console. Nos clients nous ont confié que CloudWatch Events était le service idéal pour la création d'architectures basées sur les événements. Nous avons donc créé de nouvelles fonctionnalités qui permettraient à nos clients de connecter des données à partir de leurs propres applications et applications SaaS tierces. Plutôt que de garder cette fonctionnalité sous le service CloudWatch, nous l'avons publiée sous un nouveau nom, Amazon EventBridge, pour indiquer l'extension au-delà des cas d'utilisation de surveillance pour lesquels CloudWatch Events avait été développé.

Q : J'utilise actuellement Amazon CloudWatch Events et je SOUHAITE essayer les fonctions d'Amazon EventBridge. Dois-je déplacer mes règles et autorisations Amazon CloudWatch Events vers Amazon EventBridge ?

Non. Les utilisateurs Amazon CloudWatch Events actuels peuvent accéder à leurs bus, règles et événements par défaut existants dans la nouvelle console et l'API Amazon EventBridge, ou dans la console et l'API Amazon CloudWatch Events.

Q : J'utilise déjà Amazon CloudWatch Events et je n'ai pas besoin des fonctionnalités d'Amazon EventBridge. Qu'est-ce qui va changer pour moi ?

Rien. Amazon EventBridge utilise la même API Amazon CloudWatch Events afin que toute votre utilisation de l'API CloudWatch Events existante reste la même.

Q : Allez-vous mettre fin à Amazon CloudWatch Events un jour ?

Non, nous n'allons pas mettre fin à l'API ou au service lui-même. Amazon EventBridge utilise la même API et a intégré d'autres fonctionnalités. Avec le temps, le nom Amazon CloudWatch Events sera remplacé par Amazon EventBridge.

Q : Quels services AWS sont intégrés en tant que sources d'événements pour Amazon EventBridge ?

Plus de 90 services AWS sont disponibles en tant que sources d'événements pour EventBridge, notamment AWS Lambda, Amazon Kinesis et AWS Fargate. Pour connaître la liste complète des intégrations de services AWS, consultez la documentation EventBridge.

Q : Quels services AWS sont intégrés en tant que cibles d'événements pour Amazon EventBridge ?

Plus de 15 services AWS sont disponibles en tant que cibles d'événements pour EventBridge, notamment AWS Lambda, Amazon SQS, Amazon SNS, Amazon Kinesis Streams et Amazon Kinesis Data Firehose. Pour connaître la liste complète des intégrations de services AWS, consultez la documentation EventBridge.

Q : qu'est-ce que l'archivage et la rediffusion d'événements EventBridge ?

Event Replay est une nouvelle fonction d'Amazon EventBridge qui permet aux clients de retraiter des événements passés sur un bus d'événements ou une règle EventBridge spécifique. Cette fonction permet aux développeurs de déboguer facilement leurs applications, de les étendre en hydratant les cibles avec des événements d'historique, et de récupérer les erreurs. Event Replay garantit aux développeurs qu'ils pourront toujours accéder à un événement publié sur EventBridge.

Q : que sont les destinations API d'EventBridge ?

API Destinations permet aux développeurs de renvoyer des événements vers n'importe quelle application sur site ou SaaS, avec la possibilité de contrôler le débit et l'authentification. Les clients peuvent configurer des règles avec des transformations d'entrée qui mappent le format de l'événement au format du service de réception, et EventBridge se charge d'assurer la sécurité et la distribution. Lorsqu'une règle est déclenchée, Amazon EventBridge transforme l'événement d'après les conditions spécifiées et l'envoie au service Web configuré, accompagné des informations d'authentification qui ont été fournies lorsque la règle a été configurée. Grâce à la sécurité intégrée, les développeurs n'ont plus besoin d'écrire des composants d'authentification pour le service qu'ils veulent utiliser.

Q : qu'est-ce qu'une « Connexion » pour une destination d'API ? Comment configure-t-on des destinations API ?

Chaque destination d'API utilise une connexion qui définit la méthode d'autorisation et les informations d'identification à utiliser pour se connecter au point de terminaison HTTP. Lorsque vous configurez les paramètres d'autorisation et que vous créez une connexion, elle crée un secret dans AWS Secrets Manager pour stocker les informations d'autorisation en toute sécurité. Vous pouvez également ajouter des paramètres à inclure dans la connexion selon les besoins de votre application.

Pour configurer une destination API, vous devez indiquer un point de terminaison de la destination API, qui est une cible de point de terminaison d'appel HTTP pour des événements. Vous devez créer une connexion à autoriser par rapport à ce point de terminaison. Vous pouvez également définir une limite au débit d'appels, c'est-à-dire le nombre maximal d'appels par seconde à envoyer au point de terminaison de la destination API. Découvrez-en davantage sur les connexions et les destinations API.

Limites et performances

Q : Quelles sont les limites de service ?

Consultez la page « Service Limits » accessible ici.

Q : Quelle est la latence à laquelle je peux m'attendre entre l'envoi et la réception d'un événement ?

La latence typique est d'environ une demi-seconde. Notez que celle-ci peut varier.

Q : Amazon EventBridge prend-il en charge le balisage de ressources ?

Oui, vous pouvez baliser les règles de balise. Vous ne pouvez pas baliser les bus d'événements ou les sources d'événement.

Q : Quel débit puis-je attendre d'Amazon EventBridge ?

Les limites de débit du bus d'événements sont indiquées sur la page « Limites de service » accessible ici. Si vous avez besoin d'un débit supérieur, demandez une augmentation de la limite de service via AWS Support Center en sélectionnant « Create Case » (Créer un dossier), puis « Service Limit Increase » (Augmentation des limites de service).

Q : EventBridge a-t-il un contrat de niveau de service (SLA) ?
Oui. AWS déploie tous les efforts commerciaux raisonnables pour qu'EventBridge soit disponible avec un pourcentage de temps de fonctionnement mensuel pour chaque région AWS, pendant n'importe quel cycle mensuel de facturation, d'au moins 99,99 %. Pour en savoir plus, consultez la version complète du contrat de niveau de service (SLA) EventBridge.

Registre de schémas

Q : Qu'est-ce qu'un schéma ?

Un schéma représente la structure d’un événement. Il comprend généralement des informations telles que le titre et le format de chaque élément de donnée compris dans l’événement. Par exemple, un schéma peut inclure des champs pour le nom et le numéro de téléphone, mais aussi les caractéristiques spécifiques précisant que le nom doit être en lettres et que le numéro en chiffres. Le schéma peut également inclure des informations sur les formats, comme la nécessité d’avoir 10 chiffres dans le champ de numéro de téléphone. Le schéma d’un événement est important, car il montre les informations contenues dans l’événement et vous permet de rédiger du code en fonction de ces données.

Q : Qu'est-ce qu'un registre de schémas ?

Un registre de schémas regroupe un ensemble de schémas consultable par n’importe quel développeur de votre organisation. Grâce à cela, il peut facilement accéder à un schéma généré par l’application plutôt que d’avoir à rechercher dans toute la documentation ou à trouver l’auteur du schéma pour récupérer l’information recherchée. Il est possible d’ajouter manuellement un schéma au registre ou d’automatiser ce processus en activant la fonctionnalité de découverte de schémas d’EventBridge.

Q : Qu’est-ce que la fonctionnalité de découverte de schémas ?

La découverte de schémas automatise les processus de recherche et d’ajout de schémas au registre. Lorsque cette fonctionnalité est activée pour un bus d’événement EventBridge, le schéma de chaque événement envoyé au bus est automatiquement ajouté au registre. S le schéma d'un événement change, la découverte de schéma crée automatiquement une version du schéma dans le registre. Une fois qu'un schéma est ajouté au registre, vous pouvez générer une liaison de code pour le schéma, soit dans la console EventBridge, soit directement dans votre IDE, ce qui vous permet de représenter l'événement comme un objet fortement typé dans votre code, et de profiter des fonctions de l'environnement IDE telles que la validation et le remplissage automatique.

Q : Puis-je découvrir des schémas provenant d'événements déployés sur d'autres comptes ?

La découverte de schémas n'est disponible que pour les événements déployés dans le même compte que celui du découvreur sur les bus d'événements par défaut, personnalisés et de partenaire.

Q : Combien coûte le registre de schémas ?

L’utilisation du registre de schémas est gratuite, mais l’intégration des événements lorsque vous activez la découverte des schémas a un coût. Vous pouvez profiter d’une offre gratuite jusqu’à 5 millions d’intégrations d’événements par mois, ce qui couvre la plupart des utilisations de développement. Ensuite, le tarif de 0,10 USD par million d’événements intégrés au-delà des 5 millions de l’offre gratuite s’applique. Pour en savoir plus sur la tarification, consultez la page de la tarification d'EventBridge.

Q : En quoi la découverte de schéma permet-elle de réduire la quantité de code à écrire ?

Tout d'abord, vous pouvez utiliser la découverte de schéma pour identifier automatiquement les schémas de tous les événements envoyés à votre bus d'événements EventBridge, et les stocker dans le registre, ce qui vous évite de devoir gérer manuellement vos schémas d'événements. Ensuite, lorsque vous créez des applications qui gèrent des événements sur votre bus, vous pouvez générer et télécharger des liaisons de code pour un schéma donné et ainsi utiliser des objets fortement typés dans votre code. Cela permet d’économiser sur les frais généraux de désérialisation, de validation et d’approximation de votre gestionnaire d’événements.

Q : Pourquoi utiliser le registre de schémas ?

Grâce au registre de schémas, EventBridge vous offre un moyen de développer plus rapidement des applications orientées événements, ce qui vous permet de vous concentrer sur le code de votre application. Auparavant, il fallait retrouver les événements, lorsqu'ils étaient disponibles, et leur structure, puis écrire du code pour interpréter et convertir les événements dans un format compréhensible par votre code. À présent, grâce au registre de schémas, vous pouvez automatiquement retrouver les événements disponibles à partir d’une source d’événement prise en charge, notamment les services AWS ou des applications tierces et personnalisées, et détecter leur schéma.

Q : Quels IDE sont pris en charge par le registre de schémas ?

Le registre de schémas est disponible via AWS Toolkit for JetBrains (IntelliJ, PyCharm, WebStorm, Rider) et VS Code, ainsi que par la console et les API d'EventBridge. Découvrez-en davantage sur l'utilisation du registre de schémas d'EventBridge dans votre IDE.

Q : Puis-je utiliser un schéma avec Serverless Application Model (AWS SAM) ?

Oui, la dernière version d'AWS SAM CLI inclut un mode interactif qui vous permet de créer des applications sans serveur sur EventBridge pour n'importe quel schéma comme type d'événement. Il suffit de sélectionner le modèle « EventBridge Starter App », puis le schéma de votre événement, et AWS SAM génère automatiquement une application avec une fonction Lambda appelée par EventBridge, avec la gestion du code de l'événement. Cela signifie que pouvez traiter un déclencheur d'événement comme un objet normal dans votre code et utiliser des fonctions comme la validation et le remplissage automatique dans votre IDE.

Le plugin AWS Toolkit for Jetbrains (Intellij, PyCharm, Webstorm, Rider) et AWS Toolkit for Visual Studio Code fournissent également une fonctionnalité pour générer des applications sans serveur à partir de ce modèle, avec un schéma comme déclencheur, directement à partir de ces IDE.

Q : Dans quel langage est-il possible de générer du code à partir de mes schémas ?

La génération de code est possible en Java (8+), Python (3.6+) et TypeScript (3.0+).

Q : Dans quelles régions AWS le registre de schémas est-il disponible ?

Le registre de schémas EventBridge est disponible dans les régions USA Est (Ohio et Virginie du Nord), USA Ouest (Oregon et Californie du Nord), Canada (Centre), UE (Stockholm, Paris, Irlande, Francfort et Londres), Asie-Pacifique (Mumbai, Tokyo, Séoul, Singapour, Hong Kong, et Sydney) et Amérique du Sud (Sao Paulo).

Coût et facturation

Q : Combien coûte EventBridge ?

La tarification est disponible sur cette page.

Q : Des frais sont-ils facturés pour les événements envoyés par un partenaire à une source d'événements qui ne dispose pas de bus d'événements ?

Non.

Architecture et conception

Q : Puis-je avoir une cible qui envoie des événements à un autre compte ?

Oui. Ceux-ci sont appelés événements inter-comptes et une cible peut être le bus d'événements par défaut ou tout autre bus d'événements d'un autre compte.

Q : Puis-je utiliser AWS CloudFormation avec Amazon EventBridge ?

AWS CloudFormation est pris en charge pour les ressources Rules et EventBusPolicy. Les ressources de bus d'événements et de source d'événement ne sont pas encore prises en charge, mais le seront à l'avenir.

Q : Quand dois-je utiliser Amazon EventBridge et quand dois-je utiliser Amazon SNS ?

Amazon EventBridge et Amazon SNS peuvent être utilisés pour développer des applications basées sur les événements. Votre choix dépendra de vos besoins spécifiques. Amazon EventBridge est recommandé lorsque vous souhaitez créer une application qui réagit aux événements provenant d'applications SaaS et/ou de services AWS. Amazon EventBridge est le seul service basé sur les événements qui s'intègre directement à des partenaires SaaS tiers. Amazon EventBridge ingère également automatiquement les événements de plus de 90 services AWS sans que les développeurs doivent créer des ressources dans leur compte. De plus, Amazon EventBridge utilise une structure JSON définie pour les événements et vous permet de créer des règles qui sont appliquées à l'ensemble du corps de l'événement pour sélectionner les événements à transférer à une cible. Amazon EventBridge prend actuellement en charge plus de 15 services AWS en tant que cibles, notamment AWS Lambda, Amazon SQS, Amazon SNS, Amazon Kinesis Streams et Kinesis Data Firehose. Au lancement, Amazon EventBridge a un débit limité (voir Service Limits) qui peut être augmenté sur demande et une latence moyenne d'environ une demi-seconde.

Amazon SNS est recommandé lorsque vous souhaitez créer une application qui réagit aux messages à débit élevé ou à faible latence publiés par d'autres applications ou microservices (Amazon SNS offrant un débit quasi illimité), ou pour les applications nécessitant une très grande diffusion (des milliers ou millions de points de terminaison). Les messages ne sont pas structurés et peuvent être dans n'importe quel format. Amazon SNS prend en charge le transfert de messages différents types de cibles, notamment AWS Lambda, Amazon SQS, points de terminaison HTTP/S, SMS, Mobile Push et messagerie. La latence type d'Amazon SNS est inférieure à 30 ms. Un large éventail de services AWS envoient des messages SNS en configurant le service à ces fins (plus de 30, notamment Amazon EC2, Amazon S3 et Amazon RDS).

Intégrations

Q : Pourquoi devrais-je intégrer mon application SaaS à Amazon EventBridge ?

Amazon EventBridge permet aux fournisseurs SaaS d'intégrer facilement leur service aux architectures basées sur les événements de leurs clients construites sur AWS. Amazon EventBridge rend votre produit directement accessible à des millions de développeurs AWS, proposant ainsi de nouveaux cas d'utilisation. Il offre un chemin entièrement auditable, sécurisé et évolutif pour envoyer des événements sans que le fournisseur SaaS ne gère aucune infrastructure de production d'événements.

Q : Ma société SaaS serait une excellente source d'événements. Comment puis-je m'inscrire ?

Les fournisseurs SaaS souhaitant devenir partenaires Amazon EventBridge doivent suivre les instructions en libre-service de la page Intégrations d'Amazon EventBridge pour commencer à publier des événements sur Amazon EventBridge.

Q : Quels efforts faudra-t-il qu'un fournisseur SaaS déploie pour s'intégrer à Amazon EventBridge ?

Les fournisseurs SaaS qui prennent déjà en charge un webhook ou un autre mode d'intégration push peuvent s'attendre à moins de cinq jours de développement pour s'intégrer à Amazon EventBridge.

Q : Quelles intégrations SaaS sont prises en charge ?

Pour connaître la liste complète des intégrations prises en charge, consultez cette page.
 

Standard Product Icons (Features) Squid Ink
En savoir plus sur les intégrations Amazon EventBridge

Consultez la page des intégrations Amazon EventBridge.

En savoir plus 
Standard Product Icons (Start Building) Squid Ink
Commencez à créer sur la console.

Commencez à créer avec Amazon EventBridge dans AWS Management Console.

Se connecter 
Sign up for a free account
Découvrez-en davantage dans la documentation

Consultez le guide du développeur pour obtenir une compréhension plus approfondie d'EventBridge.

En savoir plus