Service Bus et excellence opérationnelle
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 le destinataire soit prêt à les recevoir.
Voici les avantages :
- Équilibrer la charge de travail entre les employés concurrents.
- Routage et transfert de façon sécurisée des données et du contrôle au-delà des limites des services et des applications.
- Coordination du travail transactionnel qui nécessite un degré élevé de fiabilité.
Pour plus d’informations sur l’utilisation de Service Bus, consultez Messagerie Azure Service Bus. Apprenez à configurer une messagerie permettant de connecter les applications et services entre les environnements cloud et locaux.
Pour comprendre comment Service Bus favorise l’excellence opérationnelle, consultez les rubriques suivantes :
Les sections suivantes sont spécifiques à Azure Service Bus et à l’excellence opérationnelle :
- Remarques relatives à la conception
- Liste de contrôle de la configuration
- Options de configuration recommandées
- Artefacts sources
Remarques relatives à la conception
Optimisez la fiabilité avec un contrat de niveau de service (SLA) de durée d’activité Azure Service Bus. 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 éléments de conception à prendre en compte :
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. Requiert 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, consultez Autoriser l’accès à un 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 à des adresses
IPv4
définies ou à des plages d’adressesIPv4
. - 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 lorsqu’elles font l’objet d’un 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é.
Check-list
Avez-vous configuré Azure Service Bus en gardant à l’esprit l’excellence opérationnelle ?
- 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, quand cela est possible.
- Établissez un processus pour superviser activement les messages de la file d’attente de lettres mortes.
- Passez en revue les bonnes pratiques pour obtenir de meilleures performances à l’aide de la messagerie Service Bus.
- Analysez les différences entre les files d’attente du Stockage Azure et les files d’attente Azure Service Bus.
Recommandations relatives à la configuration
Tenez compte des recommandations suivantes 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, quand cela est possible. | Cette recommandation maintient 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 des messages qui ne peuvent pas être traités ou qui ne peuvent pas être remis à un destinataire. Il est important de superviser cette file d’attente afin d’examiner la cause du problème, d’appliquer les corrections requises, puis de renvoyer les messages. |
Analysez les différences entre les files d’attente du 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, plus fiables et plus riches en fonctionnalités que les files d’attente du 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 n’ont pas le niveau Premium, utilisez la requête suivante :
Resources | where type == 'microsoft.servicebus/namespaces' | where sku.tier != 'Premium'
Étape suivante
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour