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 Simple Notification Service (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. Vous pouvez générer des événements personnalisés au niveau de l'application et les publier sur Amazon EventBridge via les API du service. Vous pouvez é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 Auto Scaling Amazon Elastic Compute Cloud (EC2) 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 possède d'autres fonctions. 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, AWS Fargate et Amazon Simple Storage Service (S3). 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 Simple Queue Service (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 d'autres 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 suivantes : USA Est (Ohio et Virginie du Nord), USA Ouest (Oregon et Californie du Nord), Canada (Centre), EU (Stockholm, Paris, Irlande, Francfort et Londres), Asie-Pacifique (Mumbai, Tokyo, Séoul, Singapour, Hong Kong et Sydney) et Amérique du Sud (Sao Paulo).

Programmateur

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

EventBridge Scheduler est un planificateur de tâches sans serveur qui simplifie la création, l'exécution et la gestion de millions de planifications à travers les services AWS sans provisionner ou gérer l'infrastructure sous-jacente.

Q : Comment démarrer avec Amazon EventBridge Scheduler?

Connectez-vous à votre compte AWS, accédez à la console EventBridge, cliquez sur "Schedules" dans le menu, et cliquez sur le bouton "Create Schedule". Suivez le processus étape par étape et remplissez les champs obligatoires. Sélectionnez un format de planification, y compris une plage horaire pour l'exécution de la tâche, un taux fixe, un cron, ou une date et une heure spécifiques. Sélectionnez votre cible dans une liste de services AWS et configurez des politiques de relance pour un contrôle maximal de l'exécution de votre planification. Passez en revue votre planification et cliquez sur "Créer".

Q : Quelle est la différence entre EventBridge Scheduler et Scheduled Rules ?

Amazon EventBridge Scheduler offre plus de fonctionnalités de planification que de règles de planification. EventBridge Scheduler prend en charge les fuseaux horaires, permet de s'adapter à la demande, de personnaliser les charges utiles ciblées et d'ajouter des expressions temporelles. Il fournit également un emplacement central pour gérer toutes les planifications. Les planifications peuvent être créées indépendamment sans qu'il soit nécessaire de créer un bus d'événements avec une règle planifiée.

Q : Quand dois-je utiliser EventBridge Scheduled Rules ou EventBridge Scheduler ?

Les règles planifiées continueront d'être disponibles, mais EventBridge Scheduler offre un ensemble de fonctionnalités plus riche, offrant plus de flexibilité lors de la création, l'exécution et la gestion de vos planifications. Vous pouvez également commencer gratuitement, voirla page des tarifs pour plus de détails.

Q : Comment cette fonctionnalité se combine-t-elle avec d'autres services AWS ?

Amazon EventBridge Scheduler est profondément intégré aux services AWS et peut créer des planifications pour plus de 200 services AWS et 6 000 API. Les configurations des modèles de temps et des tentatives sont uniformes sur AWS pour une expérience de programmation cohérente. Le suivi des planifications est facile grâce à la console EventBridge Scheduler qui fournit une vue de vos planifications avec une simple requête API "ListSchedule". Vous pourrez consulter des informations essentielles sur vos planifications, telles que l'heure de début, la dernière exécution, la cible AWS attribuée, le modèle de planification, la politique de relance, la DLQ, le cryptage, etc.

Q : Comment puis-je mettre à jour mes planifications ?

Vous pouvez mettre à jour vos planifications dans la console EventBridge Scheduler en cliquant sur la planification à modifier. Un nouveau panneau affichera vos options.

Q : Amazon EventBridge Scheduler prend-il en charge tous les fuseaux horaires ?

Oui, avec EventBridge Scheduler, vous pouvez sélectionner le fuseau horaire dans laquelle une planification opérera. Ces planifications s'adapteront automatiquement à l'heure d'été et au retour à l'heure normale.

Q : Comment Amazon EventBridge Scheduler assure-t-il la distribution planifiée ?

EventBridge Scheduler assure la distribution d'événements aux cibles au moins une fois, ce qui signifie qu'au moins une distribution aboutit à une réponse de la cible. Des options permettant de définir des tentatives, des plages horaires et des délais d'attente sont disponibles pour répondre aux besoins de votre entreprise.

Q : Puis-je programmer une tâche pour des services extérieurs à AWS, comme mon serveur sur site ou des produits SaaS externes ?

EventBridge Scheduler ne supporte pas les cibles non-AWS directement. Toutefois, vous pouvez faire appel à des cibles non-AWS à l'aide de Lambda, ECS et Fargate, ou avec EventBridge via la fonctionnalité de destinations API.

Q : Combien coûte Amazon EventBridge Scheduler ?

Pour voir tous les détails des prix du planificateur Amazon EventBridge, visitez lapage des prix.

Points de terminaison mondiaux

Q : Que sont les points de terminaison mondiaux ?

Les points de terminaison mondiaux sont de nouvelles fonctions d'Amazon EventBridge qui vous permettent de créer facilement des applications orientées événements hautement disponibles à l'aide d'AWS. Vous pouvez répliquer vos événements dans les régions principale et secondaire de sorte que le basculement se fasse avec une perte minimale de données. Vous pouvez également basculer automatiquement vers une région de sauvegarde en cas de perturbations du service. Cela simplifie l'adoption d'architectures multirégions et vous permet d'intégrer la résilience à vos applications orientées événements.

Q. Pourquoi devrais-je utiliser les points de terminaison mondiaux ?

Les points de terminaison mondiaux vous permettent de fournir une meilleure expérience à vos clients finaux en réduisant la quantité de données à risque en cas perturbations du service. Vous pouvez rendre vos applications orientées événements plus robustes et plus résilientes grâce au basculement automatique de l'ingestion de vos événements vers une région secondaire, et ce sans aucune intervention manuelle de votre part. Vous avez la possibilité de configurer les critères de basculement à l'aide d'alarmes CloudWatch (via les surveillances de l'état Route53) afin de déterminer quand basculer et quand réacheminer les événements vers la région principale.

Q : Comment les points de terminaison mondiaux améliorent-ils la disponibilité de mes applications ?

Une fois que vous publiez des événements vers le point de terminaison mondial, ces événements sont acheminés vers le bus d'événements dans votre région principale. Si des erreurs sont détectées dans la région principale, votre surveillance de l'état est marquée comme non saine et les événements entrants sont acheminés vers la région secondaire. Les erreurs peuvent être détectées facilement à l'aide d'alarmes CloudWatch (via les surveillances de l'état Route 53) que vous définissez. Nous réacheminons les nouveaux événements vers la région principale et continuons le traitement des événements immédiatement après que le problème a été résolu.

Q : Quels types d'applications conviennent le mieux aux points de terminaison mondiaux ?

Les points de terminaison mondiaux conviennent mieux aux applications qui ne nécessitent pas d'idempotence ou celles qui peuvent prendre en charge l'idempotence dans les régions. De plus, ils conviennent bien aux applications qui supportent jusqu'à 420 secondes d'événements non répliqués. Ainsi, elles peuvent rester dans la région principale jusqu'à ce que le service ou la région redevienne disponible (objectif de point de reprise).

Q : Quelles métriques dois-je utiliser pour basculer mon point de terminaison mondial ?

Nous avons ajouté une nouvelle métrique qui indique la latence de bout en bout d'Amazon EventBridge. Elle vous permet également de déterminer si EventBridge comporte des erreurs qui vous obligeraient à basculer l'ingestion de votre événement vers la région secondaire. Nous avons simplifié cela pour vous. Ainsi, vous pouvez démarrer dans la console en fournissant une pile CloudFormation préalablement remplie (que vous pouvez personnaliser au besoin) pour la création d'une alarme CloudWatch et des surveillances de l'état Route 53. Pour en savoir plus sur la configuration des alarmes et des surveillances de l'état, veuillez consulter le blog et la documentation relatifs au lancement.

Q : Devrais-je utiliser les métriques de mon abonné pour basculer mon point de terminaison mondial ?

Nous recommandons de ne pas inclure les métriques d'abonnés dans votre surveillance de l'état. En effet, cela pourrait faire basculer votre éditeur vers la région de sauvegarde si un seul abonné rencontre un problème et même si tous les autres abonnés sont sains dans la région principale. Si l'un de vos abonnés ne parvient pas à traiter les événements dans la région principale, vous devez activer la réplication pour garantir que votre abonné de la région secondaire puisse correctement traiter les événements.

Q : Quelles sont les attentes en matière d'objectif de délai de reprise (RTO) et d'objectif de point de reprise (RPO) ?

L'objectif de délai de reprise (RTO) est le temps nécessaire à la région de sauvegarde ou à la cible pour commencer à recevoir de nouveaux événements après une panne. L'objectif de point de reprise (RPO) est la mesure des données qui resteront non traitées lors d'une panne. Avec les points de terminaison mondiaux, si vous respectez nos conseils prescriptifs en matière de configuration des alarmes, le RTO et le RPO seront de 360 secondes (420 secondes au maximum). Le RTO comprend le temps nécessaire au déclenchement des alarmes CloudWatch et à la mise à jour des statuts des surveillances de l'état Route 53. Le RPO comprend les événements qui ne sont pas répliqués vers la région secondaire et qui restent dans la région principale jusqu'à ce que le service ou la région redevienne disponible.

Q : Dois-je activer la réplication ?

Oui. Vous devez activer la réplication pour réduire les données à risque lors des perturbations du service. Une fois que vous avez configuré vos bus personnalisés dans les deux régions et que vous avez créé le point de terminaison mondial, vous pouvez mettre vos applications à jour de sorte à publier vos événements vers le point de terminaison mondial. Ainsi, vos événements entrants seront à nouveau répliqués vers la région principale dès lors que le problème sera résolu. Vous pouvez archiver vos événements dans la région secondaire pour garantir qu'aucun événement ne soit perdu en cas de perturbations. Pour reprendre rapidement les opérations suite à des perturbations, vous devez répliquer votre architecture dans la région secondaire pour continuer à traiter vos événements. Vous devez également activer la réplication pour garantir une reprise automatique après la résolution du problème.

Q : Quelle est la bonne pratique de gestion des quotas dans les deux régions ?

Assurez-vous que les mêmes quotas ont été définis dans vos deux régions principale et secondaire. Il est recommandé d'activer la réplication et de traiter vos événements dans la région secondaire, car cela vous garantit non seulement d'avoir les quotas appropriés, mais aussi que votre application est correctement configurée dans la région secondaire.

Q : Existe-t-il un moyen simple de répliquer mon architecture dans ma région secondaire ?

AWS CloudFormation StackSets vous permet de répliquer facilement votre architecture dans les régions AWS. Vous pouvez, par exemple, consulter notre documentation.

Q : Puis-je utiliser n'importe quel compte, n'importe quelle région et n'importe quel bus pour mon architecture secondaire ?

Lors du premier lancement, l'inscription et les régions Chine ou GovCloud ne sont pas prises en charge. Pour connaître la liste des régions prises en charge au lancement, veuillez consulter la question n° 16 ci-dessous. Le basculement et la reprise entre les mêmes comptes et les mêmes bus sont également pris en charge avec le même nom dans les régions.

Q : Les points de terminaison mondiaux fonctionnent-ils avec les événements AWS provenant de CloudTrail, de S3 et d'autres services AWS ?

Les points de terminaison mondiaux sont uniquement disponibles pour les événements personnalisés. Nous ajouterons ultérieurement la prise en charge des événements provenant des services AWS, des événements d'inscription provenant de S3 (notifications d'événements Amazon S3) et des événements tiers.

Q : Le routage basé sur la latence est-il pris en charge ?

Non. Le routage basé sur la latence n'est pas pris en charge lors du premier lancement.
Quel est le coût des points de terminaison mondiaux ?

Les points de terminaison mondiaux sont disponibles sans frais supplémentaires. Les points de terminaison mondiaux sont actuellement disponibles uniquement pour les événements personnalisés. Les événements personnalisés publiés sur le point de terminaison mondial sont facturés sur la base de la tarification des événements personnalisés. Pour en savoir plus sur la tarification, consultez la page de tarification d'EventBridge.

Q : La réplication me sera-t-elle facturée ?

Oui. Chaque million d'événements de réplication vous coûtera 1 USD et sera facturé par EventBridge pour les événements entre les régions.

Q : Dans quelles régions les points de terminaison mondiaux sont-ils disponibles ?

Les points de terminaison mondiaux sont disponibles dans les régions ci-dessous : USA Est (Ohio et Virginie du Nord), USA Ouest (Oregon et Californie du Nord), Canada (Centre), EU (Stockholm, Paris, Irlande, Francfort et Londres), Asie-Pacifique (Mumbai, Tokyo, Séoul, Singapour, Osaka 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 ?

Oui. La prise en charge de CloudFormation est disponible dans toutes les régions dans lesquelles Amazon EventBridge est disponible. Pour en savoir plus sur la façon d'utiliser CloudFormation pour mettre en service et gérer les ressources Amazon EventBridge, voir notre documentation.

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.

Intégrations Amazon EventBridge
En savoir plus sur les intégrations Amazon EventBridge

Consultez la page des intégrations Amazon EventBridge.

En savoir plus 
Commencer à créer sur la console
Commencer à créer dans la console

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

Se connecter 
Lire la documentation
Se reporter à la documentation pour en savoir plus

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

En savoir plus