Поделиться через


Как Service Provider Foundation связан с Service Management Automation?

 

Область применения: Windows Azure Pack

Service Provider Foundation интегрируется с порталом управления для администраторов и Microsoft System Center Virtual Machine Manager для предоставления возможностей для администрирования и подготовки виртуальных машин в пути. Service Provider Foundation также можно расширить для интеграции с другими бизнес-операциями и инструментами с помощью Service Management Automation (вариант System Center Orchestrator для портала управления для администраторов), чтобы предоставить возможность поставщикам услуг и организациям расширить свои предложения. Например, можно рассмотреть сценарий, где при каждом изменении существующего плана администратором службы необходимо выполнить автоматизированную задачу, распространяющую это изменение на все уже существующие подписки этого плана. В этом разделе будут рассмотрены архитектура и процесс этой интеграции.

При регистрации Service Management Automation необходимо зарегистрировать конечную точку сервера, на котором запущена веб-служба Service Management Automation. Регистрация конечной точки Service Management Automation позволяет связать модули Runbook с инфраструктурой облаков виртуальных машин, а также другие общие сведения об использовании автоматизации.

Architecture for VM Clouds with Automation

После регистрации веб-службы Service Management Automation модули Runbook, созданные на вкладке "Автоматизация" (и содержащие "SPF" среди одного или нескольких значений тегов), доступны на вкладке "Облака виртуальных машин" для связывания с событиями в Service Provider Foundation. На вкладке "Облака виртуальных машин" уже есть список объектов и соответствующих событий, которые могут быть связаны с модулями Runbook. Давайте поймем, как происходит взаимодействие между Service Provider Foundation и SMA, используя пример. Предположим, администраторам служб требуется выполнять Runbook, удаляющий все ресурсы пользователя в VMM, каждый раз после удаления подписки. Для этого на вкладке "Облака виртуальных машин" администратор службы использует существующий объект (например, подписку), выбирает соответствующее действие (например, удаление) и связывает их с Runbook (например, Delete-Subscription). После этого при каждом удалении подписки в фоновом режиме выполняются следующие действия.

  1. Когда портал выполняет операцию с помощью Service Provider Foundation, Service Provider Foundation проверяет наличие предварительно настроенного действия, связанного с операцией. Если имеется связанное действие, Service Provider Foundation извлекает сведения модуля Runbook, связанные с этим действием.

  2. Service Provider Foundation выполняет соответствующий вызов для выполнения предполагаемой операции, которая, как показано в примере, заключается в удалении подписки.

  3. Затем Service Provider Foundation запускает связанный модуль Runbook с помощью веб-службы Service Management Automation, уже зарегистрированной на портале. Здесь, даже если модуль Runbook не выполняется, вызов Service Provider Foundation для удаления подписки не блокируется.

  4. Наконец, Service Provider Foundation отправляет ответ основной операции (удалив подписку) на портал во время выполнения модуля Runbook, так как служба автоматизации активируется асинхронно.

Сведения о регистрации конечной точки Service Management Automation см. в разделе Register Service Management Automation for Virtual Machine Clouds. Сведения о связывании объектов и действий в Service Provider Foundation с модулями Runbook см. в статье "Использование автоматизации с облаками виртуальных машин".

См. также:

Основные сведения об архитектуре облаков виртуальных машин