Nouvelle installation (Service Broker)
Pour installer un service de Service Broker, le développeur met un jeu de scripts d'installation à la disposition de l'administrateur. Ces scripts comprennent en général les instructions Transact-SQL qui sont nécessaires à la création des types de messages, contrats, files d'attente, services et procédures stockées du service. En fonction du service, le développeur peut également fournir deux séries de scripts, l'une pour le service cible, l'autre pour le service initiateur.
Processus d'installation
L'administrateur contrôle d'abord les scripts, puis les exécute. Il configure ensuite les entités de sécurité, les certificats, les liaisons de service distant et les itinéraires nécessaires à l'application pour travailler dans un environnement de production.
Les environnements de développement et de test peuvent contenir les mêmes noms d'utilisateur que l'environnement de production, mais les certificats qui sont associés à ces utilisateurs doivent être différents. Cette différence au niveau des certificats renforce la séparation entre l'environnement de test et celui de production, sans que le code Transact-SQL n'ait besoin d'être modifié pour le déploiement. Les développeurs peuvent tester le code exact à utiliser en production sans que l'administrateur leur fournisse les certificats utilisés dans l'environnement de production.
Plan de désinstallation des applications Service Broker
Dans le cadre du processus d'installation, le développeur et l'administrateur devraient prévoir et documenter la procédure permettant de désinstaller l'application. Les applications qui utilisent Service Broker s'appuient généralement sur la garantie d'une messagerie fiable apportée par Service Broker. Ainsi, le développeur et l'administrateur doivent travailler conjointement à l'ébauche d'une stratégie permettant de s'assurer que l'application traite tous les messages qu'elle reçoit avant que l'administrateur ne procède à sa désinstallation.