Faire le premier pas
Introduction
L'intégration d'applications est une suite de services qui permet la communication entre des composants découplés au sein de microservices, de systèmes distribués et d'applications sans serveur. Amazon Web Services (AWS) propose plus d'une demi-douzaine de services d'intégration d'applications pour prendre en charge un ensemble diversifié de charges de travail exécutées dans le cloud.
Il peut s'avérer difficile de choisir le service d'intégration le mieux adapté à votre organisation et à vos charges de travail. Ce guide de décision vous permet de vous poser les bonnes questions pour déterminer vos besoins et vous fournira des conseils clairs sur la manière d'évaluer et de choisir les services d'intégration adaptés à vos charges de travail.
Cet extrait de huit minutes et demie provient d'un enregistrement d'une heure d'une présentation de Gregor Hohpe, directeur de la stratégie d'entreprise chez AWS, à l'occasion d'AWS re:Invent 2022. Il fournit une vue d'ensemble des services d'intégration d'applications AWS disponibles.
Durée de lecture
20 minutes
Objectif
Vous aider à déterminer quels services d'intégration d'applications AWS sont les mieux adaptés à vos charges de travail.
Niveau
Débutant
Date de la dernière mise à jour
31 mai 2023
Services abordés
Plus de guides de décision sur
Compréhension
À mesure que vous commencez à explorer et à comprendre vos critères, votre environnement et l'ensemble des services d'intégration proposés par AWS, nous vous recommandons de passer en revue certaines bonnes pratiques. Ces bonnes pratiques sont applicables, quel que soit le service (ou la suite de services) que vous choisissez.
Comprendre l'intégration dans votre environnement
Il est fréquent que certaines entreprises consacrent plus de temps qu'elles ne le souhaiteraient à la maintenance des intégrations open source. Nous vous recommandons de prendre en compte les sources communautaires et/ou le soutien d'entreprises ou de fondations lorsque vous réalisez ces investissements. Un investissement dans ces projets n'est pas seulement financier, mais également un investissement en capital de connaissances et potentiellement en dettes techniques, car ces composants et les intégrations associées auront généralement besoin d'être mis à jour. Pour plus d'informations, consultez le blog AWS Open Source.
Comprendre les caractéristiques de votre architecture
La capacité à prendre en charge un large éventail d'architectures est importante. Nous vous recommandons d'utiliser le cadre AWS Well-Architected comme guide pour vous aider à comprendre les décisions que vous prenez lorsque vous concevez des architectures sur AWS. En outre, l'utilisation du cadre Well-Architected vous permet d'apprendre les bonnes pratiques architecturales pour concevoir et exploiter des systèmes fiables, pouvant être mis à l'échelle, sécurisés, efficaces et rentables dans le cloud.
Utiliser une combinaison de services d'intégration
Si vous utilisez des services sur mesure, une combinaison de services peut être la mieux adaptée à votre cas d'utilisation. Voici quelques exemples d'utilisation courante d'une combinaison de services par les clients d'AWS.
- Routage des événements Amazon EventBridge ou Amazon Simple Notification Service (Amazon SNS) vers une file d'attente Amazon Simple Queue Service (Amazon SQS) en tant que tampon pour les consommateurs en aval.
- Extraction d'événements directement à partir d'un flux (Kinesis Data Streams ou Amazon Managed Streaming for Apache Kafka [Amazon MSK]) ou d'une file d'attente (SQS ou Amazon MQ) à l'aide de EventBridge Pipes et envoi d'événements à un bus EventBridge pour les transmettre aux consommateurs.
- Routage des événements EventBridge ou SNS vers Kinesis Data Streams ou Amazon MSK pour la collecte et la visualisation d'analyses.
Définition
Une fois que vous avez une idée plus précise de vos critères, de votre environnement, de votre orientation stratégique et des services disponibles (y compris les modalités de déploiement hébergées et gérées), vous devez identifier vos besoins en matière d'intégration. Vous connaissez peut-être déjà certaines de vos exigences si vous migrez vers une plateforme d'intégration ou un agent de messages existant. Toutefois, vous devez déterminer l'évolution de ces exigences si vous passez à un environnement cloud, le cas échéant.
Plateformes de messagerie ou de diffusion en continu
Ces plateformes sont censées remplir une certaine fonctionnalité métier. Utilisez les exemples de cas d'utilisation suivants pour déterminer les fonctionnalités dont vous aurez besoin.
Exemple 1 :
Supposons qu'une compagnie d'assurance reçoive différents messages de réclamation pour différents types de réclamation (automobile, habitation ou vie) avec différentes règles de gestion. Cela peut signifier que le destinataire du message doit pouvoir acheminer les réclamations vers une destination différente en fonction des propriétés de l'en-tête du message.
Exemple 2 :
Supposons une compagnie aérienne dans laquelle une mise à jour de l'état d'un vol doit être notifiée à tous les systèmes connectés, tels que les opérations relatives aux bagages ou aux portes d'embarquement, à l'aide d'un protocole tel que l'Advanced Messaging Queuing Protocol (AMQP). La grande question qui se pose avec les primitives de cas d'utilisation fonctionnelle et commerciale est de savoir quelle est la plateforme de messagerie la mieux adaptée. Nous avons plusieurs choix qui peuvent déterminer l'adéquation de la plateforme en fonction du cas d'utilisation.
Adoption par le marché : la plateforme est largement adoptée par une vaste communauté de clients et convient assez bien à la plupart des cas d'utilisation. Elle est testée et éprouvée par une communauté de soutien dynamique pour résoudre tous les problèmes qui peuvent être rencontrés. Il s'agit d'une décision qui présente peu de risques, car des formations sont disponibles en nombre suffisant pour les ressources de développement.
La solution la mieux adaptée au cas d'utilisation : ces plateformes sont adaptées aux cas d'utilisation spécifiques à des secteurs tels que les compagnies aériennes, la logistique ou les soins de santé. Elles peuvent être les mieux adaptées à ces cas d'utilisation avec la possibilité d'adopter des modèles prêts à l'emploi. Ces plateformes peuvent être faciles à démarrer, mais peuvent ne pas être adoptées par le marché et ne pas être suffisamment flexibles. L'adoption de ce type de plateforme peut nécessiter beaucoup de temps et de ressources pour la validation et le renforcement de l'expertise interne.
Modernes : ces plateformes sont conçues avec une architecture de nouvelle génération pour prendre en charge les déploiements à l'échelle du cloud, la multilocation, la reprise après sinistre et la tarification sans serveur. L'utilisation de ce type de plateforme peut nécessiter une certaine refactorisation des charges de travail pour une viabilité à long terme. Cela utilise une plateforme
native cloud et se concentre sur l'utilisation des principes Well-Architected des applications modernes.
Exemple 3 :
Si la plateforme de messagerie fait partie d'un flux de travail de traitement des prêts plus important qui doit être multirégional, elle doit également satisfaire aux mêmes besoins de l'entreprise. Si l'entreprise a besoin de pouvoir récupérer et revenir à son état antérieur en cas de situations difficiles, la plateforme de messagerie ou de diffusion en continu sous-jacente doit également disposer d'une fonctionnalité de prise d'instantanés ou de rediffusion afin de recréer l'état du système.
La plateforme d'intégration que vous choisissez doit faciliter le traitement asynchrone des demandes de prêts ou servir de canal de stockage et de transfert pour un flux de travail de traitement multimédia en plusieurs étapes. La criticité du processus métier détermine les capacités requises de la plateforme de messagerie ou de diffusion en continu.
Considération
Lorsque l'on envisage une architecture d'intégration d'applications majeures dans le cloud, il existe différentes façons de déterminer les exigences fonctionnelles pour chacun des points d'intégration.
Voici certains des critères à prendre en compte lors du choix d'un service d'intégration d'applications.
-
Service géré et frais d'exploitation -
Open source -
Caractéristiques des charges de travail -
Itération rapide et rapidité des fonctionnalités -
Portabilité d'application -
Portabilité de l'automatisation -
Taille et compétences de l'organisation
-
Envisagez de migrer vers le cloud pour réduire les coûts d'exploitation en normalisant les services gérés qui font peser la charge opérationnelle sur AWS. Des niveaux d'abstraction plus élevés permettent aux développeurs et aux opérateurs de se concentrer sur leurs propres activités à valeur ajoutée, plutôt que sur des tâches indifférenciées.
-
Envisagez la normalisation des technologies open source. L'open source peut permettre à une organisation de trouver les bonnes compétences et d'éviter certains risques liés à l'enfermement.
Faire les mauvais choix dans un écosystème open source peut conduire à se retrouver enfermé dans des abstractions et des intégrations locales. En outre, la responsabilité de faire fonctionner ensemble les différents composants open source incombe souvent à l'organisation qui fait le choix. Cela peut amener les entreprises à consacrer beaucoup de temps à la maintenance des intégrations open source. -
Lorsque vous choisissez le bon service d'intégration, il est important de comprendre les caractéristiques des messages qui doivent être envoyés entre les applications. Des caractéristiques clés telles que le format, la taille, la conservation et la priorité des messages peuvent influencer la décision concernant le service d'intégration.
Certains services d'intégration sont mieux adaptés aux petits messages texte, tandis que d'autres sont conçus pour prendre en charge plusieurs formats tels que le texte et le binaire et proposent des messages de plus grande taille. La nécessité de disposer d'une fonctionnalité de rediffusion peut également être un facteur important, ainsi que le classement des messages dans certains scénarios.
Par exemple, le classement des messages peut être implémenté à l'aide de la fonctionnalité FIFO proposée par Amazon SNS et Amazon SQS. Il est également possible d'envisager de disposer d'une architecture basée sur l'extraction ou le transfert, comme EventBridge ou SNS invoquant une fonction Lambda de manière asynchrone.
Une architecture basée sur l'extraction peut utiliser des services comme SQS ou Kinesis Data Streams, dans lesquels les messages sont stockés dans une file d'attente ou un flux, puis peuvent être récupérés par un système consommateur. Les services de messagerie tels qu'Amazon MQ offrent des fonctionnalités permettant de gérer des charges utiles de messages plus importantes, ainsi qu'une capacité de conservation illimitée. Cependant, ils n'offrent pas de fonctionnalité de rediffusion. -
Si votre objectif principal est de créer et d'itérer rapidement, les services sans serveur peuvent offrir le meilleur rapport qualité-prix. Les services sans serveur vous permettent de créer des applications sans gérer l'infrastructure. Ils fournissent des fonctionnalités gérées et des intégrations pour réduire le temps passé à écrire le code réutilisable.
Un autre avantage des services sans serveur lorsque vous testez de nouvelles idées est qu'ils proposent une tarification basée sur l'utilisation. Votre code ne s'exécute que lorsque le service est invoqué. Un test ne nécessite donc pas d'investissement initial.
-
De nombreuses applications utilisent certains protocoles, comme le protocole AMQP (Advanced Message Queuing Protocol) ou le protocole MQTT (MQ Telemetry Transport), pour se connecter à un service de messagerie. Elles ont également une certaine dépendance de bibliothèque qui utilise un certain protocole de messagerie. Spring Boot, Celery et MassTransit sont des exemples de ces bibliothèques ou cadres.
Il peut être nécessaire de préserver ces applications pour différentes raisons. Dans ces cas, le choix de votre service d'intégration dépend également de la prise en charge des protocoles requis pour garantir la portabilité avec vos applications. -
Vous aurez peut-être besoin d'un service compatible avec votre infrastructure et vos outils de déploiement, et d'exécuter le même système d'intégration que celui que vous hébergez sur site (comme Apache ActiveMQ, RabbitMQ et Apache Kafka).
Les services open source gérés (comme Amazon MQ et Amazon MSK) offrent les avantages du cloud, tout en étant compatibles avec de nombreux outils de déploiement populaires utilisés pour les déploiements sur site.
Si la refactorisation de l'application est une option, vous pouvez bénéficier de services sans serveur pour fournir cette fonctionnalité de manière native, ainsi que d'une intégration complète avec divers services AWS. -
Les compétences de votre organisation représentent un facteur important lorsqu'il s'agit de choisir le bon service d'intégration. Si vos équipes connaissent un produit autogéré qui répond à vos besoins, le fait de disposer d'un service géré correspondant à ce produit est la solution la moins impactante. Cela peut vous aider à appliquer les bonnes pratiques du service et à vous concentrer sur les activités à valeur ajoutée.
Choix
Maintenant que vous connaissez les critères que vous utiliserez pour évaluer vos besoins en matière d'intégration d'applications, vous êtes prêt à choisir le ou les services AWS qui conviennent à vos charges de travail dans votre environnement.
Un événement est un changement d'état ou une mise à jour d'un système. Les services de cette catégorie peuvent tous être utilisés dans le cadre d'une architecture basée sur les événements.
Amazon EventBridge fournit un bus d'événements pour le routage des événements, ainsi que des canaux pour une intégration point à point. Utilisez-le pour créer des applications basées sur les événements à l'échelle dans AWS, des systèmes existants ou des applications SaaS.
Amazon SNS assure la diffusion des messages (publication et abonnement) et offre un haut débit fiable à cet égard. Il prend en charge les SMS, les e-mails et les notifications Mobile Push.
Les services de messagerie activent différents systèmes logiciels et terminaux. Ils utilisent souvent différents langages de programmation sur différentes plateformes pour communiquer et échanger des informations.
Amazon SNS assure la diffusion des messages (publication et abonnement) et offre un haut débit fiable à cet égard. Il prend en charge les SMS, les e-mails et les notifications Mobile Push.
Amazon Simple Queue Service (Amazon SQS) propose une file d'attente hébergée sécurisée, durable et disponible. Il est optimisé pour assurer la persistance et mettre en mémoire tampon les événements et les messages destinés aux consommateurs en aval.
Les données diffusées en continu sont des données générées en continu par des milliers de sources de données, qui envoient simultanément des enregistrements de données, et en petites quantités (quelques kilooctets). Elles comprennent une grande variété de données telles que les fichiers journaux générés par les clients à l'aide de vos applications mobiles ou web, les achats électroniques, l'activité des joueurs, les informations provenant de réseaux sociaux, de salles de marché ou de services géospatiaux, et la télémétrie d'appareils ou d'instruments connectés dans des centres de données.
Kinesis Data Streams est un service de diffusion de données en continu sans serveur qui collecte et traite de grands flux d'enregistrements de données en temps réel.
Amazon MSK est un service entièrement géré qui vous permet de créer et d'exécuter facilement des applications qui utilisent Apache Kafka pour traiter les données diffusées en continu. Il fournit les opérations dans le plan de contrôle, comme celles permettant de créer, de mettre à jour et de supprimer des clusters, et vous permet d'utiliser les opérations dans le plan de données d'Apache Kafka, comme celles dédiées à la production et à la consommation de données.
Un flux de travail décrit la façon dont des personnes accomplissent un travail, du début à la fin. Il peut prendre la forme d'une série d'étapes dans une liste de contrôle ou d'un diagramme donnant une représentation graphique des étapes.
AWS Step Functions est un service d'orchestration sans serveur qui vous permet d'intégrer aux fonctions AWS Lambda et à d'autres services AWS afin de créer des applications critiques pour l'entreprise. Grâce à la console graphique de Step Functions, vous pouvez visualiser le flux de travail de votre application sous la forme d'une série d'étapes basées sur les événements.
Amazon Managed Workflows pour Apache Airflow
Amazon Managed Workflows pour Apache Airflow (Amazon MWAA) est un service d'orchestration géré pour Apache Airflow que vous pouvez utiliser pour configurer et exploiter des pipelines de données dans le cloud à grande échelle. Apache Airflow est un outil open source utilisé pour créer, planifier et surveiller par programmation des séquences de processus et de tâches appelées flux de travail.
Utilisation
Vous devriez désormais avoir une bonne compréhension des fonctions de chaque service d'intégration d'applications AWS et savoir lequel ou lesquels vous conviennent le mieux. Pour découvrir comment utiliser et en savoir plus sur chacun des services d'intégration d'applications AWS disponibles, nous avons conçu un parcours permettant d'explorer le fonctionnement de chacun de ces services. La section suivante contient des liens vers une documentation détaillée, des didacticiels pratiques et des ressources pour vous aider à démarrer.
-
Amazon SNS
-
Amazon SQS
-
Amazon EventBridge
-
Amazon MQ
-
Amazon Kinesis Data Streams
-
Amazon MSK
-
AWS Step Functions
-
Amazon MWAA
-
Amazon SNS
-
Mise en route avec Amazon SNS
Nous vous montrons comment gérer les rubriques, les abonnements et les messages à l'aide de la console Amazon SNS.
Filtrer les messages publiés dans les rubriques avec Amazon SNS et Amazon SQS
Découvrez comment utiliser la fonctionnalité de filtrage des messages d'Amazon SNS.
Présentation de la protection des données des messages pour Amazon SNS
Cet article de blog explique ce qu'est la protection des données des messages et comment elle fonctionne.
Amazon SNS – Résolution des problèmes
Découvrez comment visualiser les informations de configuration, surveiller les processus et collecter les données de diagnostic sur Amazon SNS.
Création d'un jeu au tour par tour avec Amazon DynamoDB et Amazon SNS
Découvrez comment créer un jeu multijoueur au tour par tour avec Amazon DynamoDB et Amazon SNS.
Création d'architectures basées sur les événements
Découvrez comment développer une implémentation publication/abonnement simple en utilisant Amazon SNS en tant que service de publication et Amazon SQS en tant qu'abonné.
-
Amazon SQS
-
Présentation d'Amazon SQS
Présentation détaillée d'Amazon Simple Queue Service (SQS) et des avantages de l'utilisation d'un système faiblement couplé.
Mise en route avec Amazon SQS
Ce guide explique comment gérer les files d'attente et les messages à l'aide de la console Amazon SQS.
Envoyer des notifications d'événements de diffusion en éventail
Découvrez comment implémenter un scénario de messagerie en éventail à l'aide d'Amazon SNS et d'Amazon SQS.
Orchestrer les microservices basés sur des files d'attente
Découvrez comment concevoir et exécutez un flux de travail sans serveur qui orchestre un microservice basé sur des files d'attente de messages.
Envoyer des messages entre des applications distribuées
Utilisez la console Amazon SQS pour créer et configurer une file d'attente de messages, envoyer un message, recevoir et supprimer ce message et supprimer ensuite la file d'attente.
-
Amazon EventBridge
-
Démarrer avec Amazon EventBridge
La base d'EventBridge est de créer des règles qui acheminent les événements vers une cible. Dans ce guide, vous allez créer une règle de base.
Didacticiels de mise en route d'Amazon EventBridge
Ces didacticiels vous aideront à découvrir les fonctionnalités d'EventBridge et à les utiliser.
Intégration aux autres services AWS
Les didacticiels suivants vous montrent comment intégrer EventBridge à d'autres services AWS.
Créer des architectures basées sur les événements
Découvrez les bases de la conception basée sur les événements, comment choisir le service AWS le mieux adapté à la tâche et comment l'optimiser à la fois en termes de coûts et de performances.
Création d'applications basées sur les événements avec Amazon EventBridge
Découvrez comment créer des applications basées sur les événements en connectant plusieurs applications, notamment des applications SaaS et des services AWS, à l'aide du bus d'événements sans serveur fourni par Amazon EventBridge.
-
Amazon MQ
-
Accélération de la modernisation de la messagerie
Nous vous présentons Amazon MQ et vous pouvez participer à plusieurs ateliers pratiques pour mieux le comprendre.
Créer un agent de messages connecté
Apprenez à configurer un agent de messages Amazon MQ et à connecter une application Java sans avoir à réécrire votre code.
Création et connexion à un agent RabbitMQ
Découvrez comment utiliser la Console de gestion AWS pour créer un agent RabbitMQ et y associer votre application.
Création et connexion à un agent ActiveMQ
Découvrez comment utiliser la Console de gestion AWS pour créer un agent de base.
Atelier ActiveMQ
Découvrez les concepts de messagerie tels que les files d'attente, les rubriques et les fonctionnalités d'Amazon MQ, par exemple le basculement et le réseau d'agents.
Déploiement et publication sur un agent Amazon MQ à l'aide de la technologie sans serveur AWS
Nous vous expliquons comment déployer un backend sans serveur et un agent Amazon MQ en une seule étape à l'aide de l'AWS SAM.
-
Amazon Kinesis Data Streams
-
Présentation d'Amazon Kinesis Data Streams
Nous expliquons comment Amazon Kinesis Data Streams est utilisé pour collecter, traiter et analyser des données de diffusion en continu en temps réel afin de créer des informations précieuses.
Mise en route avec Amazon Kinesis Data Streams
Découvrez les principes fondamentaux de flux de données Kinesis Data Streams et les étapes nécessaires pour transférer et obtenir des données à partir d'un flux de données Kinesis.
Créer des flux hautement disponibles avec Amazon Kinesis Data Streams
Nous comparons et opposons différentes stratégies visant à créer un flux de données Kinesis hautement disponible en cas d'interruption de service, de retard ou de panne dans la région d'exploitation principale.
Exemples de didacticiels pour Amazon Kinesis Data Streams
Ces didacticiels sont conçus pour vous aider à mieux comprendre les concepts et les fonctionnalités d'Amazon Kinesis Data Streams.
Utilisation d'AWS Lambda avec Amazon Kinesis
Découvrez comment créer une fonction Lambda pour consommer les événements d'un flux Kinesis.
Diffusion en continu en temps réel avec Amazon Kinesis
Découvrez une série d'exercices pratiques qui aident les utilisateurs à créer une application d'analyse de la diffusion en continu sur AWS.
-
Amazon MSK
-
Premiers pas avec Amazon MSK
Ce didacticiel vous montre comment créer un cluster MSK, générer et consommer des données, ainsi que comment surveiller l'état de votre cluster à l'aide de métriques.
Premiers pas avec les clusters MSK sans serveur
Ce didacticiel vous montre comment créer un cluster MSK sans serveur, créer un ordinateur client qui peut y accéder et utiliser le client pour créer des rubriques sur le cluster et pour y écrire des données.
Ateliers Amazon MSK
Ces ateliers peuvent être exécutés soit sur des comptes AWS personnels ou professionnels soit sur des comptes alloués par les gestionnaires de comptes AWS pour des événements qui utilisent Workshop Studio.
-
AWS Step Functions
-
Mise en route avec AWS Step Functions
Ces didacticiels vous expliquent comment créer un flux de travail de base pour le traitement des demandes de carte de crédit.
Présentation de Step Functions
Ce cours présente les principaux composants de Step Functions pour vous aider à démarrer avec la gestion des flux de travail au sein d'une application.
Créer un modèle de diffusion en éventail de demande de tâche de type « premier à répondre »
Découvrez comment coordonner un groupe de conducteurs effectuant des livraisons pour votre société d'e-commerce.
Modèles de conception pour AWS Step Functions
Découvrez comment implémenter des modèles de conception dans vos machines d'état Step Functions et pourquoi utiliser chacun d'entre eux.
Planifier un flux de travail sans serveur avec AWS Step Functions et le Planificateur Amazon EventBridge
Nous vous montrons comment invoquer une machine d'état à l'aide du Planificateur EventBridge en fonction de la planification que vous définissez.
Atelier AWS Step Functions
Découvrez comment utiliser les principales fonctionnalités d'AWS Step Functions avec une série de modules interactifs.
-
Amazon MWAA
-
Démarrez avec Amazon Managed Workflows for Apache Airflow
Ce guide décrit les conditions préalables et les ressources AWS requises pour démarrer avec Amazon MWAA.
Configuration du aws-mwaa-local-runner dans un pipeline CD
Ce didacticiel vous guide tout au long du processus de création d'un pipeline de livraison continue (CD) dans GitHub à l'aide du aws-mwaa-local-runner d'Amazon Managed Workflows pour Apache Airflow afin de tester votre code Apache Airflow localement.
Restriction de l'accès d'un utilisateur Amazon MWAA à un sous-ensemble de DAG
Nous montrons comment vous pouvez restreindre des utilisateurs individuels d'Amazon MWAA pour qu'ils consultent et interagissent uniquement avec un DAG spécifique ou un ensemble de DAG.
Atelier Amazon MWAA pour les analyses
Apprenez à créer et à orchestrer des pipelines de données et de ML qui incluent la plupart des services mentionnés ci-dessus. Vous vous familiariserez et comprendrez ainsi mieux les hooks et les opérateurs disponibles dans le cadre d'Airflow pour gérer vos pipelines/flux de travail sur AWS.
Exploration
Une fois que vous avez déterminé l'approche la mieux adaptée à votre charge de travail pour votre environnement, nous vous recommandons de consulter ces ressources pour vous aider à commencer à mettre en œuvre votre approche. Vous trouverez des ressources spécifiques aux services dans la section précédente et des ressources générales sur l'architecture pilotée par les événements dans la section suivante.
Explorez les diagrammes d'architecture de référence pour vous aider à créer des architectures hautement disponibles, sécurisées, flexibles et rentables.
Consultez les livres blancs pour vous aider à démarrer et découvrez les bonnes pratiques en matière d'architectures basées sur les événements.
Explorez les blogs pour vous tenir au courant des dernières technologies et moderniser vos applications.