Service Broker offre la possibilité de travailler en mode asynchrone avec une SQL Server en proposant un service de messagerie fiable entre les instances.
Service Broker
Pour structurer cet échange, Service Broker, utilise la notion de dialogue, de contrat, de messages et de files d’attentes. Le dialogue au sens Service Broker permet un échange de messages entre un émetteur et un récepteur. Les types de messages à la disposition de l’émetteur et du récepteur sont définis par le contrat.
Généralement les exemples que l’on trouve de Service Broker illustre le fonctionnement entre 2 instances SQL Server distinctes. Ce cas précis est parfaitement illustré par le Webcast intitulé Service Broker : concepts et architectures accessible depuis le site des TechDays 2007. Même si c’est dans cette configuration que Service Broker révèle tout son potentiel notamment en donnant beaucoup de souplesse pour travailler avec la base distante, il existe 2 autres cas où il est possible d’utiliser Service Broker : sur une seule base ou bien entre 2 bases sur le même serveur.
Commençons par étudier le premier cas qui consiste à mettre en oeuvre Service Broker sur une base de données. Ce type d’utilisation de Service Broker peut être intéressant, lorsqu’il est nécessaire de répondre ponctuellement à une grosse charge de travail, par exemple des commandes sur un site web. Ainsi, Service Broker permet de prendre en charge les informations de façon quasi immédiate même si l’insertion finale dans la base cible n’est pas fait de façon instantanée. L’application client peut alors être en mesure de signaler que les informations sont correctement prises en charge.
En effet, l’insertion finale peut être relativement longue lorsque de nombreux traitement existent : par exemple des triggers de base de données qui, par leur nature même du code procédurale, ralentissent le traitement des données. Le second cas examiné correspond à la mise en place de Service Broker entre 2 bases hébergées sur une même instance SQL Server. La première base permet d’enregistrer rapidement les informations tandis que la seconde plus structurée, peut être plus lourde, permet de prendre en compte les informations dans leur globalité.
Là aussi, il est possible d’imaginer que la première base sert à enregistrer les prises de commandes, tandis que la seconde héberge la comptabilité de l’entreprise et permet d’affecter le compte client, prépare la facturation, …. Pour expliquer le fonctionnement de Service Broker, il est possible de faire une analogie avec un dialogue qui s’installe entre 2 individus. Le schéma (Voir figure 1) illustre le fonctionnement de service broker.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
- 9 défis de transformation digitale !
- Stockage autonome, Evolutivité & Gestion intelligente, Pure Storage offre de nouvelles perspectives aux entreprises
- La blockchain en pratique
- ActiveViam fait travailler les data scientists et les décideurs métiers ensemble
- L’utilisation des données pour survivre !
Les plus consultés sur iTPro.fr
- ADI, l’infrastructure de données de Scality pensée pour l’ère de l’IA et de la souveraineté
- Les coûts cachés des merge requests générées par l’IA
- WatchGuard lance Rai, une IA agentique taillée pour les MSP
- Mythos révèle les limites d’un Zero Trust centré sur le réseau
Articles les + lus
Avec les Smart Data, les entreprises mènent la danse de l’observabilité moderne
ADI, l’infrastructure de données de Scality pensée pour l’ère de l’IA et de la souveraineté
Faire évoluer la souveraineté des données du statut d’ambition politique à son application opérationnelle
Fuites de données : la France, 2ème pays le plus touché au monde début 2026
Redéfinir la confiance à l’ère de l’IA agentique : les entreprises sont-elles prêtes pour le SOC autonome ?
À la une de la chaîne Data
- Avec les Smart Data, les entreprises mènent la danse de l’observabilité moderne
- ADI, l’infrastructure de données de Scality pensée pour l’ère de l’IA et de la souveraineté
- Faire évoluer la souveraineté des données du statut d’ambition politique à son application opérationnelle
- Fuites de données : la France, 2ème pays le plus touché au monde début 2026
- Redéfinir la confiance à l’ère de l’IA agentique : les entreprises sont-elles prêtes pour le SOC autonome ?
