Vue d’ensemble de l’architecture de PerformancePoint Services
S’applique à : SharePoint Server 2010
Dernière rubrique modifiée : 2009-12-10
Microsoft SharePoint Server 2010 offre la souplesse nécessaire pour répondre à plusieurs objectifs des solutions de déploiement. Pour plus d’informations sur la conception des batteries de serveurs et des topologies physiques, voir le modèle appelé « Services dans les produits SharePoint 2010 » dans Diagrammes techniques (SharePoint Server 2010).
Topologie de PerformancePoint Services
La topologie de batterie de serveurs suivante utilise trois serveurs pour l’implémentation de PerformancePoint Services dans Microsoft SharePoint Server 2010.
Le serveur Web frontal s’exécute sur les services Internet (IIS) et héberge le proxy, les services Web et les composants WebPart PerformancePoint Services nécessaires aux communications entre le client et l’application de service PerformancePoint Services.
L’application de service constitue une enveloppe pour la logique métier de niveau intermédiaire d’une instance de PerformancePoint Services.
PerformancePoint Services en tant qu’application de service
Dans SharePoint Server 2010, les services ne sont plus contenus dans un fournisseur de services partagés. Désormais, l’infrastructure des services d’hébergement fait partie de SharePoint Server 2010 et la configuration des offres de services est plus souple. L’infrastructure des applications de service est un modèle de service commun qui présente les avantages suivants.
Une expérience de gestion cohérente et une infrastructure partagée pour tous les services. En tant que l’un de ces services, PerformancePoint Services permet d’effectuer des opérations de sécurité en bloc pour les applications de service dans une batterie de serveurs à partir du site Web Administration centrale de SharePoint.
En outre, en termes de sauvegarde et de récupération, les avantages incluent la restauration d’une collection de sites, d’un site ou d’un contenu de liste selon une version précédente ou un point dans le temps.
Les services étant installés par défaut, il n’y a pas d’installation ou de configuration d’un fournisseur de services partagés (SSP).
Les sites peuvent être configurés de façon à utiliser uniquement les services qui sont nécessaires, et non pas la liste entière des services.
Le déploiement des services à travers des sites et des batteries de serveur est plus souple. Comme dans les versions précédentes, un ensemble de services unique peut être partagé par tous les sites Web d’une batterie de serveurs.