FAQ sur Amazon EventBridge

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 (logiciel en tant que service) sans écrire de code.

Pour commencer, vous pouvez choisir une source d'événement sur la console EventBridge. Vous pouvez ensuite sélectionner une cible parmi les services AWS, notamment AWS Lambda, Amazon Simple Notification Service (SNS), et Amazon Kinesis Data Firehose. EventBridge diffuse automatiquement les événements presque en temps réel.

Q : Comment commencer à utiliser EventBridge ?

Pour commencer à utiliser Amazon EventBridge, suivez les six étapes ci-dessous :

1. Connectez-vous à votre compte AWS.
2. Accédez à la console EventBridge.
3. Choisissez une source d'événements dans la liste des applications SaaS et des services AWS 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 EventBridge.
   
4. 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.
   
5. 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.
   
6. 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 EventBridge ?

Oui. Vous pouvez générer des événements personnalisés au niveau de l'application et les publier sur EventBridge par le biais des opérations 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 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 aident les différents composants d'application à rechercher et à 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 EC2.

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

EventBridge s'intègre à la gestion des identités et des accès AWS (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 : 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 EventBridge ?

Plus de 15 services AWS sont disponibles en tant que cibles d'événements pour EventBridge, notamment Lambda, Amazon Simple Queue Service (SQS), Amazon SNS, Amazon Kinesis Streams, et 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 fonctionnalité d'EventBridge qui vous aide à retraiter des événements passés pour les renvoyer vers un bus d'événements ou une règle EventBridge spécifique. Cette fonction aide les développeurs à déboguer facilement leurs applications, à les étendre en hydratant les cibles avec des événements d'historique, et à 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 aide les développeurs à 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. Vous pouvez 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 lancée, EventBridge transforme l'événement en fonction des conditions spécifiées. Il l'envoie ensuite au service Web configuré avec les informations d'authentification qui ont été fournies lors de la mise en place de la règle. 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.

Q : Quelles sont les limites de service ?

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.

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 : EventBridge prend-il en charge le balisage de ressources ?

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

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

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).

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.

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 aide à 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 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.

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

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

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.

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'à 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.

Q : En quoi le schéma de découverte réduit-il la quantité de code à écrire ?

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.
  

Q : Pourquoi utiliser le registre de schémas ?

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.

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

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.

Q : Puis-je utiliser un schéma avec le modèle d'application sans serveur AWS (SAM) ?

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.

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

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

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, 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)
  

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

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.

Q : Comment démarrer avec EventBridge Pipes ?

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).

Q : Quelles sont les sources d'événements possibles pour EventBridge Pipes ?

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.

Q : Comment fonctionne la transformation et l'enrichissement ?

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.

Q : Dois-je utiliser un bus d'événements EventBridge pour utiliser EventBridge Pipes ?

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.

Q : Quelle est la différence entre le bus d'événements EventBridge et EventBridge Pipes ?

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.

Q : En quoi EventBridge Pipes est-il différent du mappage des sources d'événements (ESM) d'AWS Lambda ?

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.

Q : EventBridge Pipes fournit-il des garanties de commande ?

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.

Q : EventBridge Pipes prend-il en charge le regroupement en lots des événements ?

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.

Q : Puis-je obtenir un historique de tous les appels d'API EventBridge Pipes effectués sur mon compte à des fins d'analyse de sécurité et de résolution des problèmes opérationnels ?

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.

Q : Combien coûte EventBridge Pipes ?

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

Q : Qu'est-ce que le planificateur Amazon EventBridge ?

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.

Q : Comment démarrer avec EventBridge Scheduler ?

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).

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

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.

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 ?

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.

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

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

Q : 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 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 : La fonctionnalité de suppression à l'achèvement du Planificateur EventBridge s'applique-t-elle à tous les modèles de planification ?

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

Q : Puis-je mettre à jour ma planification après que la fonctionnalité de suppression à l'achèvement a été définie ?

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.

Q : Que se passe-t-il si je désactive une planification dont la suppression à l'achèvement est activée avant son invocation planifiée ?

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é.

Q : Que se passe-t-il si une planification récurrente définie avec suppression à l'achèvement n'a pas de date de fin ?

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

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 EventBridge Scheduler ?

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

Q : Que sont les points de terminaison mondiaux ?

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.

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

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.

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

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.

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. 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).

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

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

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.

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

Q : Dois-je activer la réplication ?

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.

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

Q : Existe-t-il un moyen plus simple de répliquer mon architecture dans ma 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.

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

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.

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

Q : Combien coûte EventBridge ?

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.

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.

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

Q : Puis-je utiliser CloudFormation avec 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 EventBridge, voir notre documentation.

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

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).

Q. Quand dois-je utiliser EventBridge vs. AppFabric ?

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.

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

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.

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

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.

Q : Quels efforts faudra-t-il qu'un fournisseur SaaS déploie pour s'intégrer à 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.

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

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.