Vue d'ensemble de l'architecture de Service Provider Foundation

 

Date de publication : juillet 2016

S’applique à : System Center 2012 SP1 - Orchestrator, System Center 2012 R2 Orchestrator

Les fournisseurs de service peuvent utiliser la technologie de Service Provider Foundation pour offrir l'infrastructure en tant que service (IaaS) à leurs clients. Si un fournisseur de services possède un portail frontal avec lequel les clients peuvent interagir, Service Provider Foundation rend possible l'accès de ces clients aux ressources du système du fournisseur hébergeur sans apporter de modification au portail.

Vue d'ensemble

L'illustration suivante offre une vue d'ensemble du fonctionnement de Service Provider Foundation.

Présentation de Service Provider Foundation

Le client représente le client d'un hébergeur, et le client dispose de ressources sur le système de l'hébergeur. Chaque client a ses propres administrateurs, applications, scripts et autres outils.

L'hébergeur fournit aux clients l'environnement, qui peut englober des ordinateurs virtuels. L'hébergeur possède un portail frontal existant, que tous les clients peuvent utiliser. Sur le serveur principal, l'hébergeur possède un ensemble de ressources, appelé infrastructure. L'hébergeur alloue ces ressources en groupes discrets en fonction des besoins de l'hébergeur. Chacun de ces groupes est appelé un tampon. L'hébergeur peut ensuite affecter les ressources du client aux tampons de la façon qui lui convient le mieux. Les ressources peuvent être réparties entre plusieurs tampons, en fonction du schéma de modèle d'entreprise de l'hébergeur.Service Provider Foundation permet à l'hébergeur de proposer une expérience utilisateur transparente au client en regroupant les données provenant de chaque tampon et en permettant au client d'utiliser les interfaces de programmation d'application (API) Service Provider Foundation pour accéder à ces données.

Un tampon dans Service Provider Foundation est une unité d'échelle logique conçue pour être évolutive, qui permet une association entre un serveur et ses composants System Center 2012 Service Pack 1 (SP1). À mesure que la demande du client augmente, l'hébergeur fournit des tampons supplémentaires pour répondre à cette demande. Notez que Service Provider FoundationSystem Center 2012 SP1 ne prenait en charge qu'un seul type de tampon, à savoir un serveur unique sur lequel VMM (Virtual Machine Manager) était installé.

Service Provider Foundation ne configure pas le cloud, mais en gère les ressources. Les ordinateurs virtuels sont définis sur les clouds, par exemple, lorsqu'ils sont créés pour VMM ou lorsqu'ils sont créés par la cmdlet T:Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.New-SCVirtualMachine.

Architecture de Service Provider Foundation

L'hébergeur peut posséder un portail client, qui fait face au client et fournit l'accès à l'infrastructure que l'hébergeur a accordé. Le portail utilise une API REST pour communiquer avec le service Web à l'aide du protocole OData. L'authentification basée sur les revendications vérifie l'identité du client et l'associe au rôle d'utilisateur que l'hébergeur affecte.

Service Provider Foundation utilise une base de données pour agréger les ressources du client, qui sont gérées par des scripts Windows PowerShell et des Runbook Orchestrator. Cela permet à l'hébergeur de distribuer les ressources du client parmi les tampons de gestion de la manière qu'il souhaite, alors que les ressources sont faciles d'accès pour le client et semblent contiguës.

Voir aussi

Déploiement de Service Provider Foundation
Administration de Service Provider Foundation
Intégration du portail de gestion des services et des API avec System Center 2012 SP1
Gestion des ressources du cloud avec System Center 2012 Service Pack 1 (SP1) – Orchestrator et Service Provider Foundation
Cmdlets dans System Center 2012 - Service Provider Foundation
Guide du développeur de Service Provider Foundation