Partage via

Espaces de noms Event Grid : remise push

  • Article

Cet article s’appuie sur Remise push avec HTTP pour Event Grid de base et fournit des informations essentielles avant de commencer à utiliser la remise push sur les espaces de noms Event Grid via le protocole HTTP. Cet article convient aux utilisateurs qui doivent créer des applications pour réagir aux événements discrets à l’aide d’espaces de noms Event Grid. Si vous souhaitez en savoir plus sur la différence entre le niveau de base Event Grid et le niveau standard avec des espaces de noms, consultez choisir le niveau Event Grid approprié pour votre solution.

Rubriques d’espaces de noms et abonnements

Les événements publiés dans des espaces de noms Event Grid atterrissent sur une rubrique, qui est une sous-ressource d’espace de noms qui contient logiquement tous les événements. Les rubriques d’espace de noms vous permettent de créer des abonnements avec des modes de consommation flexibles pour envoyer (push) des événements vers une destination particulière ou tirer (pull) des événements à votre rythme.

Diagramme montrant une rubrique et abonnements aux événements associés.

Gestionnaires d’événements pris en charge

Voici les gestionnaires d’événements pris en charge :

Livraison push-and-pull

Event Grid prend en charge la remise d’événements push et pull à l’aide de HTTP. Avec la remise push, vous définissez une destination dans un abonnement aux événements, un webhook ou un service Azure, auxquels 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.

Important

Event Hubs est pris en charge en tant que destination pour les abonnements aux rubriques d’espace de noms. Dans les prochaines versions, les espaces de noms Event Grid prendront en charge toutes les destinations actuellement disponibles dans Event Grid de base, ainsi que d’autres destinations.

Diagramme de haut niveau montrant la livraison push-and-pull avec le type de ressources impliquées.

Quand utiliser la livraison push vs la livraison pull

Voici des instructions générales pour vous aider à décider quand utiliser la livraison par extraction ou par envoi.

Livraison par extraction

  • Vous avez besoin d’un contrôle total quant au moment où recevoir des événements. Par exemple, votre application peut ne pas fonctionner tout le temps, elle peut ne pas être assez stable ou bien vous traitez des données à 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 grand public présente un problème qui vous empêche de traiter les événements. Dans ce cas, l’API de livraison pull permet à l’application grand public de libérer un événement déjà lu sur le répartiteur afin qu’il puisse être livré ultérieurement.
  • Vous souhaitez utiliser des liaisons privées lors de la réception d’événements, ce qui n’est possible qu’avec la remise pull, 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. Vous utilisez plutôt Event Grid pour vous envoyer des événements au moment où les changements 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.

Étapes suivantes