Planification de l’architecture des services (SharePoint Foundation 2010)

 

S’applique à : SharePoint Foundation 2010

Dernière rubrique modifiée : 2016-11-30

Cet article décrit l’architecture des services pour partager des applications de service et fournit des exemples d’architecture pour Microsoft SharePoint Foundation 2010.

Dans cet article :

• À propos des applications de service

• Infrastructure des services et principes de conception

• Déploiement des applications de service entre des batteries de serveurs

Les modèles au format affiche suivants sont également disponibles pour une utilisation avec cet article. Vous pouvez modifier les diagrammes dans les modèles pour représenter vos propres projets d’entreprise.

Services dans les Produits Microsoft SharePoint 2010

• Visio (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167090&clcid=0x40C) (éventuellement en anglais)

• PDF (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167092&clcid=0x40C) (éventuellement en anglais)

• XPS (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167091&clcid=0x40C) (éventuellement en anglais)

Services entre batteries de serveurs dans les Produits SharePoint 2010

• Visio (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167093&clcid=0x40C) (éventuellement en anglais)

• PDF (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167095&clcid=0x40C) (éventuellement en anglais)

• XPS (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167094&clcid=0x40C) (éventuellement en anglais)

À propos des applications de service

SharePoint Foundation 2010 comprend un jeu de services qui peuvent être partagés par plusieurs applications Web. Ces services sont appelés applications de service. Certaines applications de service peuvent être partagées par plusieurs batteries de serveurs. Le partage d’applications de service entre plusieurs applications Web et batteries de serveurs réduit considérablement les ressources nécessaires pour fournir ces services sur plusieurs sites.

Les applications de service suivantes sont fournies avec SharePoint Foundation 2010 :

• Service BDC (Business Data Connectivity) — Donne accès aux systèmes de données métier.

• Service de collecte de données relatives à l’utilisation et à l’état — Collecte des données relatives à l’utilisation et à l’état à l’échelle de la batterie de serveurs, et permet d’afficher différents rapports d’utilisation et d’état.

• Service de paramètres d’abonnement Microsoft SharePoint Foundation — Fournit une fonctionnalité de partage au sein d’une architecture mutualisée pour les applications de service. Effectue le suivi des ID et des paramètres d’abonnement pour les services qui sont déployés en mode partitionné. Déployé via Windows PowerShell uniquement.

Certaines applications de service sont fournies par d’autres produits Microsoft, y compris Microsoft Office Web Apps. Compagnon en ligne des applications Microsoft Word, Excel, PowerPoint et OneNote, Office Web Apps permet aux utilisateurs d’accéder à des documents Office, de les modifier légèrement ou de les partager où qu’ils se trouvent. Les clients professionnels disposant d’une licence Microsoft Office 2010 dans le cadre d’un programme de licence en volume peuvent exécuter Office Web Apps dans leurs locaux sur un serveur exécutant SharePoint Foundation 2010.

L’infrastructure des services est extensible, et des entreprises tierces peuvent créer des applications de service supplémentaire qui peuvent être utilisées avec SharePoint Foundation 2010.

Les applications de service sont différentes des services qui sont démarrés et arrêtés sur des serveurs spécifiques et répertoriés sur la page Services sur le serveur du site Web Administration centrale de SharePoint. Certains des services répertoriés sur cette page sont associés à des applications de service, mais les applications de service représentent des instances spécifiques de services qui peuvent être configurées et partagées de manière spécifique.

Infrastructure des services et principes de conception

Produits SharePoint 2010 améliore l’infrastructure des services qui a été introduite dans la version précédente. Dans Produits SharePoint 2010, l’infrastructure des services d’hébergement est déplacée dans SharePoint Foundation 2010, et la configuration des offres de services est beaucoup plus souple. Les services individuels peuvent être configurés indépendamment, et des sociétés tierces peuvent ajouter des services à la plateforme.

Déployer les services

Pour déployer des applications de service au sein d’une batterie de serveurs, utilisez l’une des méthodes suivantes :

• Sélection des services lorsque vous exécutez l’Assistant Configuration des produits SharePoint

• Ajout des services un par un dans la page Gérer les applications de service sur le site Web Administration centrale

• Utilisation de Windows PowerShell

Configuration plus granulaire des services

L’infrastructure des applications de service vous offre un meilleur contrôle sur les services qui sont déployés et le mode de partage des applications de service :

1. Vous pouvez déployer seulement les applications de service qui sont nécessaires à une batterie de serveurs.

2. Les applications Web peuvent être configurées pour utiliser uniquement les applications de service qui sont nécessaires, et non pas l’ensemble des services qui ont été déployés.

3. Vous pouvez déployer plusieurs instances du même service dans une batterie de serveurs et affecter des noms uniques aux applications de service qui en résultent.

4. Vous pouvez partager des applications de service entre plusieurs applications Web au sein de la même batterie de serveurs.

Vous pouvez choisir les applications de service pour une application Web lorsque vous créez l’application Web. Vous pouvez aussi modifier par la suite les applications de service qui sont associées à une application Web.

Groupes d’applications de service

Par défaut, toutes les applications de service sont incluses dans un groupe par défaut, sauf si vous modifiez ce paramètre pour une application de service lors de sa création. Vous pouvez ajouter et supprimer à tout moment des applications de service dans le groupe par défaut.

Le diagramme suivant illustre un déploiement type avec toutes les applications de service contenues dans le groupe de services par défaut.

Lorsque vous créez une application Web, vous pouvez sélectionner le groupe par défaut ou créer un groupe personnalisé d’applications de service. Vous créez un groupe personnalisé d’applications de service en sélectionnant uniquement les applications de service que vous souhaitez que l’application Web utilise.

Les groupes personnalisés qui sont créés dans l’Administration centrale ne sont pas réutilisables dans plusieurs applications Web. Chaque fois que vous sélectionnez personnalisé lors de la création d’une application Web, vous sélectionnez les applications de service uniquement pour l’application Web que vous créez.

Architecture logique

Les applications de service sont déployées au sein d’un même site Web IIS (Internet Information Services). Il s’agit du comportement par défaut et celui-ci ne peut pas être modifié. Toutefois, vous pouvez personnaliser la configuration des groupes d’applications de service et l’association des applications Web aux groupes d’applications de service.

Le diagramme suivant illustre l’architecture logique pour un déploiement plus complexe.

Notez les caractéristiques suivantes de la batterie de serveurs dans le diagramme :

• Toutes les applications de service sont contenues dans le même site Web IIS.

• Il existe deux groupes d’applications de service : le groupe par défaut et un groupe personnalisé. Toutes les applications de service ne doivent pas forcément être incluses dans le groupe par défaut. Dans le diagramme, une instance supplémentaire du service BDC est ajoutée à la batterie de serveurs, mais elle n’est pas incluse dans le groupe par défaut. Elle peut uniquement être utilisée par une application Web.

• Les applications Web se connectent soit au groupe par défaut, soit à un groupe personnalisé d’applications de service. Le diagramme contient un groupe personnalisé.

Il est possible de déployer les applications de service dans différents pools d’applications pour isoler les processus. Toutefois, si vous souhaitez optimiser les performances de votre batterie de serveurs, nous vous recommandons de déployer des applications de service dans un pool d’applications.

Pour parvenir à isoler physiquement une application de service, choisissez ou créez un autre pool d’applications pour l’application de service.

Connexions pour les applications de service

Lorsque vous créez une application de service, une connexion pour l’application de service est créée en même temps. Une connexion est une entité virtuelle qui connecte les applications Web aux applications de service. Dans Windows PowerShell, ces connexions sont appelées proxys. « Proxy » est indiqué à la fin de la description du type pour les connexions sur la page Gérer les applications de service dans l’Administration centrale.

Administration des applications de service

Les applications de service sont gérées directement dans l’Administration centrale, et non par l’intermédiaire d’un site d’administration distinct. Si nécessaire, vous pouvez surveiller et gérer à distance. Les applications de service peuvent également être gérées et scriptées à l’aide de Windows PowerShell.

Déployer les applications de service entre des batteries de serveurs

Certaines applications de service peuvent être partagées entre des batteries de serveurs, tandis que d’autres ne peuvent être partagées que dans une même batterie de serveurs. Dans SharePoint Foundation 2010, la seule application de service intégrée pouvant être partagée entre les batteries de serveurs est le Service Business Data Connectivity.

Aide à la conception

L’aide suivante concerne le partage d’applications de service entre des batteries de serveurs :

• Toute batterie de serveurs peut consommer une application de service partagée entre les batteries de serveurs sous réserve qu’elle dispose des licences nécessaires à l’utilisation de cette application de service. Par exemple, toute batterie de serveurs SharePoint Foundation 2010 peut consommer l’application de Service Business Data Connectivity à partir d’une autre batterie de serveurs. Cela inclut la consommation de cette application de service à partir d’une batterie de serveurs SharePoint Server 2010. Toutefois, une batterie de serveurs SharePoint Foundation 2010 ne peut pas consommer un service déployé entre les batteries de serveurs si elle ne dispose pas des licences nécessaires à son utilisation, tel que l’application de service de profil utilisateur, à partir d’une batterie de serveurs SharePoint Server 2010.

• Chaque application Web peut être configurée de manière à utiliser des applications de service à partir de différentes batteries de serveurs. Par exemple, vous pouvez partager l’application de Service Business Data Connectivity entre les applications Web dans plusieurs batteries de serveurs. Les applications Web peuvent consommer cette application de service à partir d’une ou de plusieurs batteries de serveurs différentes tout en consommant des applications de service à partir de la batterie de serveurs locale.

• Les applications de service prenant en charge le partage entre des batteries de serveurs peuvent être exécutées dans une batterie de serveurs centrale et consommées à partir des autres batteries de serveurs. Dans les environnements de grande taille, vous pouvez exécuter les applications de service gourmandes en calculs dans une batterie de serveurs centrale afin de réduire au minimum les tâches d’administration et d’effectuer une montée en puissance parallèle facilement et efficacement à mesure que les besoins augmentent.

Pour plus d’informations sur la conception d’architectures pour les services déployés entre les batteries de serveurs, y compris des exemples d’architectures, voir le modèle Services déployés entre les batteries de serveurs dans les Produits SharePoint 2010 référencé au début de cet article.

Déployer des services entre des batteries de serveurs

Le partage d’applications de service entre des batteries de serveurs se déroule selon la procédure suivante :

1. Configurez des batteries de serveurs approuvées.

   Vérifiez que les batteries de serveurs ont échangé des certificats afin de s’approuver les unes les autres. Exportez le certificat dans un fichier, puis sauvegardez le fichier avant de vous connecter aux services déployés entre les batteries de serveurs.

2. Publiez l’application de service.

   Pour partager une application de service entre des batteries de serveurs, vous devez d’abord publier le service.

3. Connectez-vous à une application de service partagée entre les batteries de serveurs.

   Pour consommer un service publié par une batterie de serveurs distante, créez une connexion à ce service. Ce processus vous invite à entrer l’URL d’un service publié, qui apparaît pendant le processus de publication. Une connexion sur la batterie de serveurs locale est créée afin que soit établie la connexion à l’application de service sur la batterie de serveurs distante.

Pour que les fonctionnalités d’administration de l’application de Service Business Data Connectivity soient opérationnelles à partir de la batterie de serveurs consommatrice, il est nécessaire que le domaine de la batterie de serveurs qui effectue la publication approuve le domaine de la batterie de serveurs consommatrice.

Pour plus d’informations sur la configuration de services à utiliser entre des batteries de serveurs, voir Partager des applications de service entre les batteries de serveurs (SharePoint Foundation 2010).