Qu'est-ce qu'Azure Event Grid ?

Azure Event Grid est un service d’abonnement à publication hautement évolutif et entièrement managé pour la distribution des messages. Event Grid offre des modèles de consommation de messages flexibles et utilise les protocoles MQTT (Message Queuing Telemetry Transport) et HTTP. Avec Event Grid, vous pouvez créer des pipelines de données avec des données d’appareil, intégrer des applications et créer des architectures serverless pilotées par les événements.

Event Grid permet aux clients de publier et de s’abonner à des messages via les protocoles MQTT v3.1.1 et v5.0 pour prendre en charge les solutions Internet des objets (IoT). Via HTTP, vous pouvez utiliser Event Grid pour créer des solutions basées sur des événements où un service d’éditeur annonce ses modifications d’état système (événements) aux applications abonnées. Vous pouvez configurer Event Grid pour envoyer des événements aux abonnés (remise push) ou les abonnés peuvent se connecter à Event Grid pour lire les événements (remise par extraction). Event Grid prend en charge la spécification CloudEvents 1.0 pour fournir une interopérabilité entre les systèmes.

Fonctionnalités de base

Event Grid a deux fonctionnalités principales :

Messagerie MQTT : les appareils et applications IoT peuvent communiquer entre eux via MQTT. Vous pouvez également utiliser Event Grid pour acheminer des messages MQTT vers des services Azure ou des points de terminaison personnalisés pour une analyse, une visualisation ou un stockage supplémentaires des données. À l’aide de cette intégration avec les services Azure, vous pouvez créer des pipelines de données qui commencent par l’ingestion des données à partir de vos appareils IoT.

Distribution de données à l’aide de modes de distribution push et par extraction : à tout moment dans un pipeline de données, les applications HTTP peuvent consommer des messages à l’aide d’API Push ou Pull. La source des données peut inclure les données des clients MQTT, mais inclut également les sources de données suivantes qui envoient leurs événements via HTTP :

• Services Azure
• Vos applications personnalisées
• Systèmes de partenaire externe (logiciel en tant que service)

Le mécanisme de remise Push Event Grid envoie des données à des destinations qui incluent vos propres webhooks d’application et services Azure. Voici un aperçu de ces deux fonctionnalités.

Messagerie MQTT

Event Grid permet à vos clients de communiquer sur des noms de rubriqueS MQTT personnalisés à l’aide d’un modèle de messagerie de publication-abonnement. Event Grid prend en charge les clients qui publient et s’abonnent aux messages sur MQTT v3.1.1, MQTT v3.1.1 sur WebSocket, MQTT v5 et MQTT v5 sur WebSocket.

Event Grid prend également en charge les appareils et services qui envoient des messages MQTT via HTTPS, ce qui simplifie l’intégration avec les clients non-MQTT. Event Grid vous permet d’envoyer des messages MQTT au cloud pour l’analyse des données, le stockage et les visualisations, entre autres cas d’usage. Cette fonctionnalité est actuellement en préversion.

Event Grid s’intègre à Azure IoT Operations pour ponter sa fonctionnalité de répartiteur MQTT en périphérie avec la fonctionnalité de répartiteur MQTT Event Grid dans le cloud. Le répartiteur MQTT Azure IoT est un nouveau répartiteur MQTT distribué pour l’informatique en périphérie qui s’exécute sur des clusters Kubernetes avec Azure Arc. Elle est désormais disponible dans le cadre des opérations Azure IoT.

La fonctionnalité broker MQTT dans Event Grid est idéale pour les scénarios d’automobile, de mobilité et de fabrication, entre autres. Pour savoir comment créer des solutions sécurisées et évolutives pour connecter des millions de clients MQTT au cloud à l’aide des services de messagerie Azure et d’analytique des données, consultez les architectures de référence de l’automobile et de la fabrication .

Points forts de la prise en charge de la messagerie MQTT dans Event Grid :

• Prise en chargede MQTT v3.1.1 et MQTT v5.0 : utilise n’importe quelle bibliothèque de client MQTT open source pour communiquer avec le service.
• Rubriques personnalisées avec prise en charge de caractères génériques : utilise votre propre structure de rubriques.
• Modèle de messagerie de publication-abonnement : communique efficacement à l’aide de modèles de messagerie un-à-plusieurs, plusieurs-à-un et un-à-un.
• Intégration cloud intégrée : route vos messages MQTT vers des services Azure ou des webhooks personnalisés pour un traitement ultérieur.
• Modèle de contrôle d’accèsflexible et affiné : regroupe les clients et les rubriques pour simplifier la gestion du contrôle d’accès. Utilise la prise en charge des variables dans les modèles de rubrique pour le contrôle d’accès affiné.
• Méthodes d’authentification du répartiteur MQTT : utilise l’authentification par certificat X.509, une norme d’authentification du secteur pour les appareils IoT. Utilise l’authentification Microsoft Entra ID, une norme d’authentification Azure pour les applications. Utilise des modèles d’authentification flexibles comme l’authentification JWT (JSON Web Token) OAuth 2.0, qui est légère et sécurisée pour les clients MQTT qui ne sont pas approvisionnés dans Azure. Utilise l’authentification webhook personnalisée, qui permet aux points de terminaison HTTP externes (webhooks) d’authentifier dynamiquement les connexions MQTT. Cette méthode utilise la validation JWT de l’ID Entra pour garantir l’accès sécurisé.
• Prise en charge de TLS (Transport Layer Security) 1.2 et TLS 1.3 : sécurise votre communication client à l’aide de protocoles de chiffrement robustes.
• Prise en charge de plusieurs sessions : connecte vos applications à plusieurs sessions actives pour garantir la fiabilité et la scalabilité.
• MQTT sur WebSocket : active la connectivité pour les clients dans des environnements restreints pare-feu.
• Noms de domaine personnalisés : permet aux utilisateurs d’attribuer leurs propres noms de domaine aux points de terminaison MQTT d’un espace de noms Event Grid, ce qui améliore la sécurité et simplifie la configuration du client.
• Événements de cycle de vie du client : permet aux applications de réagir aux événements relatifs à l’état de la connexion cliente ou aux opérations de ressources clientes.
• Publication HTTP : permet aux appareils et services d’envoyer des messages MQTT à Event Grid via HTTPS, ce qui simplifie l’intégration avec les clients non-MQTT.
• MQTT Conserver : garantit que le dernier message connu d’une rubrique est remis automatiquement aux nouveaux abonnés, ce qui permet la synchronisation instantanée de l’état.

Pour plus d’informations sur le répartiteur MQTT, consultez les articles suivants :

• Vue d'ensemble
• Publier et s’abonner aux messages MQTT
• Tutoriel : Acheminer des messages MQTT vers Azure Event Hubs à l’aide de rubriques d’espace de noms
• Tutoriel : Acheminer des messages MQTT vers Azure Functions à l’aide de rubriques personnalisées

Messagerie d’événements (HTTP)

Event Grid prend en charge la remise d’événements push et d’extraction à l’aide de HTTP. Avec la transmission de type push, vous définissez une destination dans un abonnement aux événements auquel Event Grid envoie des événements. Avec la livraison pull, les applications abonnées se connectent à Event Grid pour consommer des événements. La remise pull est prise en charge pour les rubriques d’un espace de noms Event Grid.

Gestionnaires d’événements

Dans la remise push, un abonnement aux événements est une ressource de configuration générique que vous pouvez utiliser pour définir le gestionnaire d’événements ou la destination vers laquelle les événements sont envoyés à l’aide de la remise push. Par exemple, vous pouvez envoyer des données à un webhook, une fonction Azure ou des hubs d’événements. Pour obtenir la liste complète des gestionnaires d’événements pris en charge, consultez :

• Gestionnaires d’événements pris en charge sur es rubriques d’espace de noms.
• Gestionnaires d’événements pris en charge sur les rubriques personnalisées, système, domaine et partenaire.

Transmission de type envoi (push) par rapport à transmission de type tirage (pull)

Les instructions générales suivantes vous aident à décider quand utiliser la livraison par extraction ou push.

Livraison par extraction

• Vous avez besoin d’un contrôle total sur le moment où recevoir des événements. Par exemple, votre application n’est peut-être pas suffisamment stable ou n’est pas suffisamment longue. Vous pouvez également traiter des données uniquement à certains moments.
• Vous avez besoin d’un contrôle total sur la consommation des événements. Par exemple, un service ou une couche en aval dans votre application consommateur peut avoir un problème qui vous empêche de traiter des événements. Dans ce cas, l’API de remise par extraction permet à l’application consommateur de libérer un événement déjà lu sur le répartiteur pour la remise ultérieurement.
• Vous souhaitez utiliser des liens privés lorsque vous recevez des événements, ce qui est possible uniquement avec la remise par extraction, et non avec la remise push.
• Vous n’avez pas la possibilité d’exposer un point de terminaison et d’utiliser la livraison push, mais vous pouvez vous connecter à Event Grid pour consommer des événements.

Livraison push

• Vous souhaitez éviter l’interrogation constante pour déterminer si un changement d’état système s’est produit. Au lieu de cela, vous souhaitez utiliser Event Grid pour envoyer des événements à vous lorsque des modifications d’état se produisent.
• Vous disposez d’une application qui ne peut pas effectuer d’appels sortants. Par exemple, l’exfiltration des données peut préoccuper votre organisation. Toutefois, votre application peut recevoir des événements via un point de terminaison public.

Points forts du modèle HTTP :

• Modèle de consommation d’événements flexible : consommez des événements à l’aide du mode de distribution par extraction ou push lorsque vous utilisez HTTP.
• Événements système : soyez opérationnel rapidement avec les événements de service Azure intégrés.
• Vos propres événements d’application : utilisez Event Grid pour router, filtrer et distribuer de manière fiable des événements personnalisés à partir de votre application.
• Événements partenaires : abonnez-vous aux événements de votre fournisseur SaaS partenaire et traitez-les sur Azure.
• Filtrage avancé : filtrez le type d’événement ou d’autres attributs d’événement pour vous assurer que vos gestionnaires d’événements ou applications grand public reçoivent uniquement des événements pertinents.
• Fiabilité : la remise push propose un mécanisme de nouvelle tentative de 24 heures avec interruption exponentielle pour vous assurer que les événements sont remis. Si vous utilisez la livraison par tirage (pull), votre application dispose d’un contrôle total sur la consommation des événements.
• Débit élevé : créez des solutions intégrées à volume élevé avec Event Grid.
• Noms de domaine personnalisés : permettre aux utilisateurs d’attribuer leurs propres noms de domaine aux points de terminaison HTTP d’un espace de noms Event Grid, ce qui améliore la sécurité et simplifie la configuration du client.

Pour plus d’informations, consultez les articles suivants :

• Vue d’ensemble de la livraison par extraction
• Vue d’ensemble de la remise push
• Concepts
• Démarrage rapide : Publier et s’abonner aux événements d’application à l’aide de rubriques d’espace de noms

Cas d'utilisation

Pour obtenir la liste des cas d’usage dans lesquels vous pouvez utiliser Event Grid, voir Cas d’usage.

Régions prises en charge

Les nouvelles fonctionnalités du répartiteur et de l’espace de noms MQTT sont disponibles dans les régions suivantes.

Contenu connexe

• Vue d’ensemble de la messagerie MQTT
• Vue d’ensemble de la remise d’extraction HTTP
• Vue d’ensemble de la remise push HTTP