Comment associer Service Provider Foundation à Service Management Automation ?
S’applique à : Windows Azure Pack
Service Provider Foundation s’intègre au portail de gestion pour les administrateurs et Microsoft System Center Virtual Machine Manager pour fournir des fonctionnalités d’administration et de provisionnement de machines virtuelles en déplacement. Service Provider Foundation peut également être étendu pour s’intégrer à d’autres opérations et outils métier à l’aide de Service Management Automation (variante de System Center Orchestrator pour le portail de gestion pour les administrateurs), afin de fournir des fonctionnalités aux fournisseurs de services et aux organisations pour étendre leurs offres. Par exemple, il est possible de faire en sorte que chaque fois qu'un administrateur de services fédérés change un plan existant, une tâche automatique soit exécutée pour propager ce changement à tous les abonnements préexistants de ce plan. Dans cette section, nous allons aborder l'architecture et le flux de cette intégration.
Lorsque vous inscrivez Service Management Automation, vous inscrivez le point de terminaison du serveur sur lequel le service web Service Management Automation est en cours d’exécution. L’inscription du point de terminaison Service Management Automation vous permet d’associer des Runbooks à l’infrastructure vm Clouds ainsi qu’à d’autres utilisations générales de l’automatisation.
.jpeg "Architecture for VM Clouds with Automation")
Une fois que vous avez inscrit le service web Service Management Automation, les Runbooks créés sous l’onglet Automation (et qui incluent « SPF » parmi une ou plusieurs valeurs de balise) sont disponibles sous l’onglet Clouds de machines virtuelles pour l’association avec les événements dans Service Provider Foundation. L’onglet Clouds de machines virtuelles contient déjà une liste d’objets et d’événements correspondants qui peuvent être associés aux Runbooks. Comprenons comment la communication se produit entre Service Provider Foundation et SMA à l’aide d’un exemple. Supposez que les administrateurs de services fédérés souhaitent exécuter un runbook qui supprime toutes les ressources de l'utilisateur sur VMM, chaque fois qu'un abonnement est supprimé. Pour ce faire, à partir de l’onglet Clouds de machine virtuelle, l’administrateur de service utilise un objet existant (par exemple, Abonnement), sélectionne l’action appropriée ( par exemple, Supprimer) et les associe au Runbook (par exemple , Delete-Subscription). Après cela, chaque fois qu'un abonnement est supprimée, les actions suivantes se produisent en arrière-plan :
Lorsque le portail effectue une opération à l’aide de Service Provider Foundation, Service Provider Foundation recherche une action préconfigurée associée à l’opération. S’il existe une action associée, Service Provider Foundation récupère les informations du Runbook associées à cette action.
Service Provider Foundation effectue l’appel approprié pour effectuer l’opération prévue, qui, conformément à l’exemple, consiste à supprimer un abonnement.
Service Provider Foundation passe ensuite en avant et appelle le Runbook associé à l’aide du service web Service Management Automation déjà inscrit auprès du portail. Ici, même si le Runbook ne parvient pas à s’exécuter, l’appel de Service Provider Foundation pour supprimer l’abonnement n’est pas bloqué.
Enfin, Service Provider Foundation envoie la réponse de l’opération principale (suppression de l’abonnement) au portail pendant que le runbook s’exécute, car l’automatisation est déclenchée de façon asynchrone.
Pour plus d’informations sur l’inscription du point de terminaison Service Management Automation, consultez Inscrire Service Management Automation pour les clouds de machines virtuelles. Pour plus d’informations sur l’association d’objets et d’actions dans Service Provider Foundation à des runbooks, consultez Utilisation de l’automatisation avec des clouds de machines virtuelles.