FAQ sur Amazon EventBridge

EventBridge dispose de quotas par défaut concernant la fréquence à laquelle vous pouvez publier des événements, le nombre de règles pouvant être créées sur un bus d'événements et la fréquence à laquelle les cibles peuvent être invoquées. Consultez la page Service Quotas pour obtenir la liste complète des quotas et la manière dont ils peuvent être augmentés.

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

Oui, vous pouvez étiqueter les règles et les bus d'événements.

Les quotas par défaut d'EventBridge peuvent être augmentés pour traiter des centaines de milliers d'événements par seconde. Les limites de débit du bus d'événements sont indiquées dans la page AWS service quotas page. 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).

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.

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 aide à rédiger du code en fonction de ces données.

Un registre de schémas stocke une collection consultable de schémas afin que tout développeur de votre organisation puisse accéder plus facilement aux schémas générés par l'application. Il ne faut pas chercher cette information dans la documentation ou chez l'auteur du schéma. 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.

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 environnement de développement intégré (IDE). Cela vous aide à représenter l'événement comme un objet fortement typé dans votre code. Vous pouvez alors tirer parti des fonctionnalités de l'IDE telles que la validation et l'autocomplétion.

Oui, dans Schema Discovery, vous pouvez découvrir des événements sur plusieurs comptes, afin de bénéficier d'une visibilité complète du schéma des événements publié dans vos bus d'événements.

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'à cinq 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 cinq millions de l'offre gratuite s'applique. Pour plus d'informations sur la tarification, consultez la page de tarification d’EventBridge.

Le registre de schémas réduit la quantité de code en vous permettant d'effectuer les opérations suivantes :

• Identifier automatiquement les schémas pour tous les événements envoyés à votre bus d'événements EventBridge, et les stocker dans le registre, vous évitant ainsi de devoir gérer manuellement vos schémas d'événements.
• Écrivez des applications qui gèrent les événements sur votre bus, générez et téléchargez des liaisons de code pour le schéma afin d'utiliser des objets à typage fort directement dans votre code.

Les liaisons de code réduisent la charge de travail liée à la désérialisation, à la validation et aux suppositions pour votre gestionnaire d'événements.

Vous devez utiliser le registre de schémas pour créer plus rapidement des applications pilotées par des événements. Le registre des schémas élimine le temps consacré à la coordination entre les équipes de développement en trouvant automatiquement les événements disponibles à partir de n'importe quelle source d'événements prise en charge, y compris les services AWS, les applications tierces et personnalisées, et en détectant leur schéma. Il a été conçu pour permettre aux développeurs de se concentrer uniquement sur le code de leur application, au lieu de perdre un temps précieux à rechercher les événements disponibles, leur structure et à écrire du code pour interpréter et traduire les événements.

Le registre de schémas est disponible via AWS Toolkit pour JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) et Visual Studio Code, et par la console et les opérations API d’EventBridge. Découvrez-en davantage sur l'utilisation du registre de schémas d’EventBridge dans votre IDE.

Oui, la dernière version d'AWS SAM CLI inclut un mode interactif qui vous aide à créer des applications sans serveur sur EventBridge pour n'importe quel schéma comme type d'événement.

Sélectionnez le modèle « EventBridge Starter App » puis le schéma de votre événement et SAM générera automatiquement une application avec une fonction Lambda invoquée par EventBridge et 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 pour Jetbrains (Intellij IDEA, PyCharm, Webstorm, Rider) et AWS Toolkit pour 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.

EventBridge propose la génération de code disponible en Java (8+), Python (3.6+), TypeScript (3.0+) et Go (1+).

Le registre de schémas EventBridge est disponible dans les régions suivantes :

• USA Est (Ohio, Virginie du Nord)
• USA Ouest (Californie du Nord, Oregon)
• Asie-Pacifique (Hong Kong, Mumbai, Séoul, Singapour, Sydney, Tokyo)
• Canada (Centre)
• Europe (Francfort, Irlande, Londres, Paris)
• Amérique du Sud (São Paulo)

EventBridge Pipes offre un moyen plus simple, cohérent et économique de créer une intégration point à point entre les producteurs et les consommateurs d'événements. La création d'un canal est aussi simple que la sélection d'une source et d'une cible, avec la possibilité de personnaliser la mise en lot, la position de départ, la concurrence, et plus encore. Une étape de filtrage facultative permet de n'envoyer que des événements source spécifiques dans le tuyau, et une étape d'enrichissement facultative utilisant AWS Lambda, AWS Step Functions, API Destinations ou Amazon API Gateway peut être utilisée pour enrichir ou transformer les événements avant qu'ils n'atteignent la cible. En supprimant la nécessité d'écrire, de gérer et de faire évoluer un code d'intégration indifférencié, EventBridge Pipes vous permet de consacrer votre temps à la création d'applications plutôt qu'à leur connexion.

Vous pouvez commencer en visitant la console EventBridge, en sélectionnant l'onglet Pipes (Canaux), et en choisissant Create Pipe (Créer un canal). À partir de là, vous pouvez choisir dans une liste de sources disponibles et fournir un modèle de filtrage facultatif qui sera utilisé pour transférer uniquement les événements dont vous avez besoin. Pour l'étape facultative de transformation et d'enrichissement d'un canal, vous pouvez fournir un point de terminaison API, tel qu'une API d'application SaaS ou un cluster de conteneurs, une fonction Lambda ou AWS Step Function. Le canal effectuera ensuite la demande d'API et capturera la réponse une fois le traitement terminé. Enfin, définissez un service de destination vers lequel les événements sont livrés et indiquez si vous souhaitez que les fonctions d'archivage ou de DLQ soient activées sur le canal. Vous pouvez également créer un canal à l'aide d'AWS CLI, de CloudFormation ou d'AWS Cloud Development Kit (CDK).

EventBridge Pipes présente Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Amazon Managed Streaming Kafka, Kafka autogéré et Amazon MQ comme sources dans la suite de produits EventBridge. EventBridge Pipes prend en charge les mêmes services cibles que les bus d'événements, notamment Amazon SQS, AWS Step Functions, Amazon Kinesis Data Streams, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS et les bus d'événements eux-mêmes.

EventBridge Pipes prend en charge les transformations de base en utilisant le langage VTL (Velocity Template Language). Pour des transformations plus puissantes, EventBridge Pipes vous aide à spécifier une fonction Lambda ou un flux de travail Step Functions pour transformer votre événement. Si vous préférez utiliser un service de conteneurs tel que Amazon Elastic Container Service (ECS) ou Amazon Elastic Kubernetes Service (EKS), vous pouvez spécifier le point de terminaison de l'API et le schéma d'authentification pour votre cluster de conteneurs. EventBridge se chargera ensuite de transmettre l'événement pour la transformation.

Non, EventBridge Pipes peut être utilisé indépendamment des fonctionnalités EventBridge existantes, vous aidant à recevoir des événements d'autres producteurs d'événements tels que Kinesis, SQS ou Amazon MSK, sans avoir besoin d'utiliser un bus d'événements EventBridge. Il est également utilisé pour les intégrations point à point, là où un bus d'événements est utilisé pour les intégrations « many-to-many ». Si vous utilisez déjà un bus d'événements EventBridge pour acheminer des événements, vous pouvez utiliser EventBridge Pipes pour vous connecter à une source prise en charge et définir votre bus d'événements comme la source d'un canal.

Les bus d'événements EventBridge sont bien adaptés à l'acheminement d'événements entre plusieurs services pilotés par événements. EventBridge Pipes est destiné aux intégrations point à point entre éditeurs et consommateurs d'événements, avec prise en charge des transformations et enrichissements avancés. EventBridge Pipes peut utiliser un bus d'événements EventBridge comme cible. La migration d'une règle de bus d'événements EventBridge vers un canal est plus facile, car le filtrage et les cibles restent les mêmes entre les deux ressources.

Le mappage des sources d'événements (ESM) d'AWS Lambda et Amazon EventBridge Pipes utilisent la même infrastructure d'interrogation pour sélectionner et envoyer les événements. ESM est idéal pour les clients qui souhaitent utiliser Lambda en tant que cible pour traiter les événements reçus. Pipes est idéal pour les clients qui préfèrent ne pas s'inquiéter de la création, de la maintenance et de la mise à l'échelle du code Lambda et qui préfèrent plutôt des ressources simples et gérées pour connecter leur source à l'une des 14 cibles.

Oui, EventBridge Pipes maintient l'ordre des événements reçus d'une source d'événements lorsqu'il envoie ces événements à un service de destination.

Oui, pour les services qui prennent en charge le regroupement en lots des événements, vous pouvez configurer la taille de lot souhaitée lors de la création d'un canal. Pour les sources et les cibles qui ne prennent pas en charge le regroupement en lots, vous pouvez toujours choisir de regrouper les événements pour votre étape d'enrichissement et de transformation. Cela vous permet d'économiser des coûts de calcul tout en vous permettant de diffuser les événements individuellement à la cible choisie.

Oui. Pour obtenir un historique des appels d'API EventBridge Pipes réalisés sur votre compte, vous devez activer AWS CloudTrail dans AWS Management Console.

Pour voir tous les détails des prix d'Amazon EventBridge Pipes, visitez la page des prix.

Le planificateur Amazon EventBridge 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.

Connectez-vous à votre compte AWS, accédez à la console EventBridge et sélectionnez le bouton Create Schedule (Créer une planification). Suivez le processus étape par étape et remplissez les champs obligatoires. Sélectionnez un format de planification, y compris une plage horaire pour la mise en œuvre 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 la mise en œuvre de votre planification. Passez en revue votre planification et sélectionnez Create (Créer).

EventBridge Scheduler s'appuie sur la fonctionnalité de planification offerte par les règles planifiées. EventBridge Scheduler comprend la prise en charge des fuseaux horaires, l'augmentation de l'échelle, la personnalisation des charges utiles ciblées, l'ajout d'expressions temporelles et un tableau de bord pour le suivi des 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.

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.

EventBridge Scheduler est profondément intégré aux services AWS et peut créer des planifications pour n'importe quel service avec une action API AWS. 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 plus facile grâce à la console EventBridge Scheduler qui fournit une vue de vos planifications dans un tableau de bord ou avec 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 et la cible AWS attribuée. Pour des détails plus granulaires, vous pouvez examiner les journaux d'exécution disponibles dans CloudWatch Logs ou ils peuvent être envoyés à S3 ou Kinesis Firehose.

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

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.

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.

La fonctionnalité de suppression à l'achèvement est disponible pour tous les modèles de planification actuellement pris en charge : cron, taux et ponctuel.

Oui, vous pouvez mettre à jour votre planification pour configurer la suppression à l'achèvement tant qu'elle n'a pas encore été invoquée. Après la dernière heure d'invocation de la planification, vous ne pourrez plus apporter de modifications.

Si vous désactivez une planification dont la suppression à l'achèvement est activée avant sa dernière invocation, elle reste disponible sur votre compte, mais avec un état désactivé.

La planification continuera à invoquer sa cible et ne sera pas automatiquement supprimée tant qu'une date de fin ne sera pas configurée.

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.

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

Les points de terminaison mondiaux vous permettent de créer plus facilement des applications hautement disponibles pilotées par des événements à l'aide d'AWS. Vous pouvez répliquer vos événements entre les régions primaires et secondaires pour mettre en œuvre un basculement avec une perte de données minimale. Vous pouvez également mettre en place la possibilité de basculer automatiquement vers une région de secours en cas d'interruption de service. Cela simplifie l'adoption d'architectures multirégions et vous aise à intégrer la résilience à vos applications orientées événements.

Les points de terminaison mondiaux 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 des critères de basculement à l'aide des alarmes Amazon CloudWatch (par le biais d'une surveillance de l'état Amazon Route 53) pour déterminer quand basculer et quand renvoyer les événements vers la région primaire.

Une fois que vous publiez des événements dans 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 plus 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.

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. Ils sont également bien adaptés aux applications qui tolèrent que des événements ne soient pas répliqués pendant 420 secondes. Ainsi, elles seraient bloquées dans la région primaire jusqu'à ce que le service ou la région se rétablisse (appelé objectif de point de reprise).

Nous avons ajouté une nouvelle métrique qui indique la latence entière d'EventBridge. Elle vous aide également à déterminer plus facilement si EventBridge comporte des erreurs qui vous obligent à basculer l'ingestion de votre événement vers la région secondaire.

Il est plus facile de 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, consultez le blog et la documentation relatifs au lancement.

Nous vous déconseillons d'inclure les métriques d'abonnés dans votre surveillance de l'état. 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.

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 d'Alarmes CloudWatch et à la mise à jour des statuts de la surveillance 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.

Oui. Activez 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.

Assurez-vous que les mêmes quotas ont été définis dans vos deux régions principale et secondaire. Vous devez activer la réplication et 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.

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

Lors du premier lancement, l'inscription et les régions Chine ou GovCloud ne sont pas prises en charge. Pour la liste des régions prises en charge dans ce lancement, consultez la question 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.

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.

Non. Le routage basé sur la latence n'est pas pris en charge lors du premier lancement.

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 en fonction des événements personnalisés. Pour en savoir plus sur la tarification, consultez la page de la tarification d’EventBridge.

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.

Les points de terminaison mondiaux sont disponibles dans les régions suivantes :

• USA Est (Ohio, Virginie du Nord)
• USA Ouest (Californie du Nord, Oregon),
• Asie-Pacifique (Mumbai, Osaka, Séoul, Singapour, Sydney et Tokyo)
• Canada (Centre)
• Europe (Francfort, Irlande, Londres, Paris)
• Amérique du Sud (São Paulo)

Amazon EventBridge propose une tarification flexible grâce à son modèle de paiement par utilisation. Vous ne payez que pour les événements publiés par votre bus d'événements, les événements ingérés pour Schema Discovery, Event Replay et les destinations API. Pour voir des exemples et plus de détails sur les tarifs d’EventBridge, visitez notre page de tarification.

Non.

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. Cela peut être utilisé pour centraliser les événements de plusieurs comptes dans un seul bus d'événements afin de surveiller et d'auditer plus facilement vos événements, ainsi que de synchroniser les données entre les comptes.

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 EventBridge, voir notre documentation.

EventBridge et 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, de services AWS ou d'applications personnalisées. EventBridge est le seul service basé sur les événements qui s'intègre directement à des partenaires SaaS tiers. EventBridge ingère également automatiquement les événements de plus de 200 services AWS sans que les développeurs doivent créer des ressources dans leur compte.

EventBridge utilise une structure JSON définie pour les événements et vous aide à 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. EventBridge prend actuellement en charge plus de 20 services AWS en tant que cibles, notamment Lambda, SQS, SNS, Amazon Kinesis Data Streams et Data Firehose.

Amazon SNS est recommandé pour les applications nécessitant un débit de sortie élevé (des milliers, voire des millions de points de terminaison). Nous observons une tendance courante : les clients utilisent le SNS comme cible pour leur règle afin de filtrer les événements dont ils ont besoin et de les diffuser sur plusieurs points de terminaison.

Les messages ne sont pas structurés et peuvent être dans n'importe quel format. SNS prend en charge le transfert de messages différents types de cibles, notamment Lambda, SQS, points de terminaison HTTP/S, SMS, Mobile Push et messagerie. La latence type de SNS est inférieure à 30 millisecondes. 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).

AWS AppFabric, un service sans code qui améliore les investissements existants des entreprises dans les applications SaaS (Logiciel en tant que service) en améliorant la sécurité, la gestion et la productivité. Utilisez AppFabric pour agréger et normaliser les données de journal SaaS provenant d'applications telles qu'Asana, Slack et Zoom, ainsi que de suites de productivité telles que Microsoft 365 et Google Workspace, afin d'accroître l'observabilité des applications et de réduire les coûts opérationnels associés à la création et à la maintenance d'intégrations point à point. EventBridge est un service d'intégration sans serveur qui utilise les événements pour relier les composants d'application entre eux, ce qui permet aux développeurs de créer plus facilement des applications évolutives basées sur les événements. Utilisez EventBridge pour acheminer les événements provenant de sources telles que des applications personnalisées, des services AWS et des applications SaaS tierces vers des applications grand public au sein de l'entreprise. EventBridge fournit un moyen simple et cohérent d'ingérer, de filtrer, de transformer et de diffuser des événements.

Amazon EventBridge permet aux fournisseurs SaaS d'intégrer plus facilement leur service aux architectures basées sur les événements de leurs clients développées sur AWS.

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.

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

Les fournisseurs SaaS qui prennent déjà en charge un webhook ou d'autres modes d'intégration push peuvent prendre moins de cinq jours pour s'intégrer à EventBridge.

Nous prenons en charge plus de 45 intégrations SaaS. Consultez la liste complète des intégrations SaaS prises en charge pour Amazon EventBridge.