Service Bus et excellence opérationnelle

Article
02/05/2025

Gérez complètement la répartition des messages d’entreprise avec des files d’attente de messages et des rubriques de publication/abonnement à l’aide d’Azure Service Bus. Ce service stocke les messages dans un broker (par exemple, une file d’attente ) jusqu’à ce que la partie consommatrice soit prête à recevoir les messages.

Les avantages sont les suivants :

Travail d’équilibrage de charge entre les travailleurs concurrents.
Routage et transfert sécurisés des données et du contrôle entre les limites du service et de l’application.
Coordination du travail transactionnel nécessitant un degré élevé de fiabilité.

Pour plus d’informations sur l’utilisation de Service Bus, consultez Messagerie Azure Service Bus. Découvrez comment configurer la messagerie qui connecte des applications et des services dans des environnements locaux et cloud.

Pour comprendre comment Service Bus promeut l’excellence opérationnelle, consultez les rubriques suivantes :

Les sections suivantes sont spécifiques à Azure Service Bus et à l’excellence opérationnelle :

Considérations relatives à la conception
Liste de contrôle de configuration
Options de configuration recommandées
Artefacts sources

Considérations relatives à la conception

Optimisez la fiabilité avec un accord de niveau de service (SLA) pour la disponibilité du Bus de service Azure. Les applications correctement configurées peuvent envoyer ou recevoir des messages, ou effectuer d’autres opérations sur une file d’attente ou une rubrique déployée. Pour plus d’informations, consultez Contrat SLA Service Bus.

Voici d’autres considérations relatives à la conception :

Outre la documentation sur les couches de messagerie Service Bus Premium et Standard, les fonctionnalités suivantes sont disponibles uniquement sur la référence SKU (Stock Keeping Unit) Premium :

Ressources dédiées.
Intégration de réseau virtuel : limite les réseaux qui peuvent se connecter à l’instance Service Bus. Nécessite que les points de terminaison de service soient activés sur le sous-réseau. Il existe des services Microsoft approuvés qui ne sont pas pris en charge lors de l’implémentation de réseaux virtuels (par exemple, l’intégration à Event Grid). Pour plus d’informations, référencez Autoriser l’accès à l’espace de noms Azure Service Bus à partir de réseaux virtuels spécifiques.
Points de terminaison privés.
Filtrage/pare-feu IP : limitez les connexions uniquement aux adresses IPv4 définies ou aux plages d’adresses IPv4.
Zones de disponibilité : offre une disponibilité améliorée en distribuant les réplicas entre les zones de disponibilité au sein d’une même région sans coûts supplémentaires.
Intégration d’Event Grid : Types d’événements disponibles.
Mettez à l’échelle les unités de messagerie.
Géo-reprise d’activité après sinistre (espace de noms associé).
BYOK (Bring Your Own Key) : Azure Service Bus chiffre les données au repos et les déchiffre automatiquement en cas d’accès, mais les clients peuvent également apporter leur propre clé gérée par le client.

Lors du déploiement de Service Bus avec la géo-reprise d’activité après sinistre et dans les zones de disponibilité, l’objectif de niveau de service (SLO) augmente considérablement, mais ne modifie pas le contrat SLA de durée d’activité.

Liste de contrôle

Avez-vous configuré Azure Service Bus avec l’excellence opérationnelle à l’esprit ?

Assurez-vous que les exceptions de messagerie Service Bus sont correctement traitées.
Connectez-vous à Service Bus avec le protocole AMQP (Advanced Message Queuing Protocol) et utilisez des points de terminaison de service ou des points de terminaison privés lorsque cela est possible.
Établissez un processus pour superviser activement les messages de la file d’attente de lettres mortes.
Consultez les meilleures pratiques pour améliorer les performances avec le système de messagerie Service Bus.
Analysez les différences entre les files d'attente de stockage Azure et les files d'attente Azure Service Bus.

Recommandations de configuration

Tenez compte de la recommandation suivante pour optimiser la fiabilité lors de la configuration d’Azure Service Bus :

Recommandation	Description
Connectez-vous à Service Bus avec le protocole AMQP et utilisez des points de terminaison de service ou des points de terminaison privés lorsque cela est possible.	Cette recommandation conserve le trafic sur le réseau principal Azure. Remarque : le protocole de connexion par défaut pour les espaces de noms `Microsoft.Azure.ServiceBus` et `Windows.Azure.ServiceBus` est `AMQP`.
Établissez un processus pour superviser activement les messages de la file d’attente de lettres mortes.	La file d’attente de lettres mortes contient les messages qui ne peuvent pas être traités ou ne peuvent pas être remis à un destinataire. Il est important de surveiller cette file d’attente pour examiner la cause du problème, appliquer les corrections requises et renvoyer des messages.
Analysez les différences entre les files d’attente de stockage Azure et les files d’attente Azure Service Bus.	Vous constaterez que les entités de messagerie Azure Service Bus sont plus avancées, fiables et riches en fonctionnalités que les files d’attente de stockage Azure. Si vous avez besoin d’une simple messagerie de file d’attente sans exigences particulières pour une messagerie fiable, les files d’attente du Stockage Azure peuvent être une option plus appropriée.

Artefacts sources

Pour identifier les instances Service Bus Premium qui n’utilisent pas de points de terminaison privés, utilisez la requête suivante :

Resources
| where
  type == 'microsoft.servicebus/namespaces'
| where
  sku.tier == 'Premium'
  and isempty(properties.privateEndpointConnections)

Pour identifier les instances Service Bus qui ne se trouvent pas au niveau Premium, utilisez la requête suivante :
```
Resources
| where
  type == 'microsoft.servicebus/namespaces'
| where
  sku.tier != 'Premium'
```

Étape suivante

Azure Traffic Manager

Partager via