Новая установка (компонент Service Broker)
Чтобы установить компонент Service Broker, разработчик передает администратору набор сценариев установки. Обычно эти сценарии включают в себя инструкции Transact-SQL, необходимые для создания типов сообщений, контрактов, очередей, служб и хранимых процедур для службы. В зависимости от того, о какой службе идет речь, разработчик может представить один набор сценариев для целевой службы и другой набор сценариев для инициирующей службы.
Процесс установки
Прежде всего администратор проверяет и выполняет сценарии. Затем администратор конфигурирует участников системы безопасности, сертификаты, привязки удаленной службы и маршруты, необходимые для того, чтобы приложение могло функционировать в производственной среде.
При разработке тестовой среды могут использоваться те же имена пользователей, что и в производственной среде, но с этими пользователями должны быть ассоциированы другие сертификаты. Использование различных сертификатов обеспечивает еще один уровень изоляции тестовой среды от производственной среды; при этом отпадает необходимость модификации кода Transact-SQL при развертывании системы. Разработчики могут тестировать именно тот код, который будет использоваться в производственной среде, не обращаясь к администратору с просьбой о предоставлении сертификатов, применяемых в производственной среде.
План удаления приложений компонента Service Broker
В рамках подготовки процесса удаления разработчику и администратору следует составить план и задокументировать процедуру удаления приложения. Приложения, использующие компонент Service Broker, обычно полагаются на компонент Service Broker в вопросах организации надежного обмена сообщениями. Поэтому разработчик и администратор должны совместными усилиями разработать стратегию, которая гарантировала бы обработку приложением всех полученных им сообщений до того, как администратор удалит это приложение.
См. также