Établissement et gouvernance d’un service SharePoint (SharePoint Server 2010)

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2017-01-20

Pour qu’un déploiement de Microsoft SharePoint Server 2010 soit couronné de succès, il est nécessaire qu’une entreprise puisse régir le service et s’assurer que celui-ci répond aux besoins des clients de manière sécurisée, gérable et économique. Cet article décrit des éléments typiques d’un service informatique qui héberge SharePoint Server 2010, suggère des facteurs déterminants pour la réussite de la gouvernance d’un service SharePoint Server et fournit un exemple d’un service SharePoint à trois couches.

• Qu’est-ce qu’un service SharePoint ?

• Éléments d'un service réussi

• Éléments à régir dans un service SharePoint

• Création de plusieurs services

• Contrats de niveau de service

Qu’est-ce qu’un service SharePoint ?

Un service SharePoint est un service informatique qui offre des sites hébergés basés sur les Produits Microsoft SharePoint 2010. Voici quelques exemples d’éléments fournis par un service :

• Sites dans le cadre d’une étendue donnée, telle qu’une collection de sites, une application Web ou une batterie de serveurs

• Sauvegarde et récupération

• Stockage de contenu

• Prise en charge des personnalisations

• Sécurité

• Niveaux de services basés sur la rapidité et sur la disponibilité

Éléments d’un service réussi

Lorsque vous planifiez et implémentez votre service SharePoint Server, envisagez les modalités d’action suivantes, susceptibles de contribuer à la réussite de l’effort de gouvernance :

• Former et utiliser un groupe de gouvernance

  Votre service informatique qui prend en charge SharePoint Server doit être régi par un groupe comprenant, entre autres, des parties prenantes de la direction, des responsables de division, des travailleurs de l’information influents, des responsables informatiques et des informaticiens. L’objectif du groupe de gouvernance doit être de superviser le service. À ce titre, le groupe de gouvernance définit les offres initiales du service, spécifie les stratégies en vigueur du service et se réunit régulièrement pour évaluer le degré de réussite.

• Communiquer sur les services

  Les stratégies de gouvernance que vous développez doivent être portées à la connaissance de votre entreprise. Gérez un site Web qui décrit l’ensemble de services.

• Encourager l’utilisation du service

  Dissuadez ou empêchez les utilisateurs de déployer leurs propres serveurs. À la place, encouragez-les à utiliser le service. Les serveurs isolés risquent de ne pas être configurés conformément à la stratégie de sécurité informatique et à la réglementation de l’entreprise. En outre, les utilisateurs qui déploient leurs propres serveurs risquent de ne pas sauvegarder correctement leurs serveurs ou de ne pas pouvoir maintenir les serveurs à jour avec les mises à jour et les correctifs logiciels. Enfin, le contenu des serveurs qui ne sont pas régis par le service risque de ne pas être analysé par le service d’indexation de l’entreprise, ce qui peut entraîner la création de poches de contenu isolées.

• Créer plusieurs services

  Vous devez offrir un ensemble de services prenant en charge SharePoint Server. Par exemple, un service peut fournir des milliers de sites pour la collaboration, tandis qu’un autre peut prendre en charge des sites critiques très volumineux, tels que des sites intranet d’entreprise. Un ensemble de services SharePoint Server vous permet d’appliquer des règles et des stratégies de gouvernance uniques selon différents niveaux de service afin d’évaluer le coût pour les organisations en fonction du niveau de service dont elles bénéficient. Enfin, un service en couches vous permet de déployer les services de façon gérable.

Éléments à régir dans un service SharePoint

Lorsque vous concevez des services informatiques prenant en charge SharePoint Server, un groupe de gouvernance doit déterminer les limites et les stratégies permettant de contrôler les services. Si vous choisissez d’utiliser les fonctionnalités d’architecture mutualisée dans SharePoint Server pour l’hébergement des services, vous pouvez autoriser une structure informatique à déléguer les tâches administratives courantes pour un ensemble de sites aux responsables de division, ce qui lui permet de se concentrer sur le service proprement dit. Pour plus d’informations sur l’architecture mutualisée, voir Environnements hébergés (SharePoint Server 2010).

Déterminez les limites et les stratégies pour les éléments de services suivants :

• Modèles de quotas

  Un modèle de quota se compose de valeurs qui spécifient la quantité de données pouvant être stockée dans une collection de sites. En outre, la valeur indique la limite qui déclenche l’envoi d’une alerte par courrier électronique à l’administrateur de la collection de sites. Vous pouvez associer des quotas aux sites offerts à différents niveaux de service pour régir la croissance de SharePoint Server dans une entreprise. Notez que vous pouvez définir des quotas distincts pour les solutions en bac à sable.

• Taille de téléchargement maximale

  Au niveau d’une application Web, vous pouvez définir la taille limite des fichiers téléchargés. Tous les sites au sein de l’application Web hôte utilisent la même limite.

• Gestion du cycle de vie des sites

  Vous pouvez régir le mode de création des sites, la taille des sites et leur longévité à l’aide de la gestion de sites libre-service et de la confirmation et de la suppression de l’utilisation de sites. Vous pouvez également définir des stratégies d’expiration et d’accès pour contrôler le cycle de vie du contenu des sites.

  La mise en service de sites libre-service permet aux utilisateurs de créer leurs propres sites Web de niveau supérieur en visitant une page hébergée au niveau du service informatique et en fournissant des données sur l’utilisation envisagée pour le site. Le site peut ensuite être mis en service en fonction d’un flux de travail personnalisé. Pour différents niveaux de service, vous pouvez régir la taille des sites de ce type et contrôler leur longévité.

• Stratégie de personnalisation

  Un avantage principal de l’utilisation de sites basés sur SharePoint Server est la possibilité pour les propriétaires des sites de personnaliser ceux-ci. Par exemple, les propriétaires de sites peuvent modifier l’apparence d’un site ou fournir de nouvelles fonctionnalités, telles qu’un flux de travail ou un composant WebPart personnalisé. Déterminez soigneusement le type et le degré de personnalisation autorisée et prise en charge à chaque niveau de service, car certains types de personnalisations s’appliquent à l’ensemble de la batterie de serveurs.

  Envisagez l’utilisation de solutions en bac à sable pour limiter l’impact des personnalisations sur une batterie de serveurs. Par exemple, les services qui autorisent la création de sites libre-service peuvent inclure des milliers de sites qui partagent une même application Web. Dans ce cas, vous pouvez limiter les personnalisations aux sites pris en charge par l’interface utilisateur, par exemple en ajout des composants WebPart aux pages. Si vous utilisez des solutions en bac à sable, les personnalisations ne s’appliquent qu’à cette collection de sites. Dans un service qui fournit une isolation virtuelle ou physique de la batterie de serveurs, comme dans le cas d’un site intranet d’entreprise, vous pouvez autoriser une large gamme de personnalisations, allant de gestionnaires d’événements personnalisés à des flux de travail personnalisés.

  En outre, au niveau d’une application Web, vous pouvez déterminer si SharePoint Designer permet de modifier les sites situés dans cette application Web. Pour plus d’informations, voir Configurer les paramètres d’une application Web (SharePoint Server 2010).

  Pour une présentation complète de la gamme de personnalisations prises en charge par SharePoint Server 2010, ainsi que des risques et des avantages de la prise en charge de chaque type de personnalisation à différents niveaux de service, voir le livre blanc Stratégie de personnalisation des produits et technologies SharePoint (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=92311&clcid=0x40C). Bien que ce contenu porte spécifiquement sur Microsoft Office SharePoint Server 2007, la majeure partie des informations s’appliquent à SharePoint Server 2010. Pour plus d’informations sur les solutions en bac à sable, voir Planifier des solutions en mode bac à sable (SharePoint Server 2010).

• Classification des biens

  Pour les sites et le contenu pris en charge par un service, vous pouvez développer et implémenter un système de classification qui identifie l’impact et la valeur des informations pour une organisation. Par exemple, les métadonnées permettent de classer le contenu en fonction de son impact ou de sa valeur au niveau de l’entreprise (élevée, modérée ou faible).

  • L’impact est lié à l’exposition et au contenu : si le contenu était distribué en externe, pourrait-il porter préjudice à votre entreprise ou exposerait-il des informations identifiables personnellement sur les utilisateurs ou les clients ? Si tel est le cas, le contenu a un impact élevé au niveau de l’entreprise.

  • La valeur est liée à la disponibilité : si le contenu n’était pas disponible, cela pourrait-il avoir un impact sur les activités quotidiennes de l’entreprise ? Si tel est le cas, le contenu a un impact élevé sur la valeur.

  Chaque classification donnerait lieu ensuite à d’autres comportements : par exemple, vous pourriez exiger que le contenu ayant un impact élevé sur l’entreprise ne soit transféré que sous forme chiffrée ou qu’un processus d’approbation soit exécuté sur le contenu à impact moyen avant qu’il ne soit publié sur un site Web public. Il serait peut-être préférable que le contenu ayant un impact élevé sur l’entreprise soit hébergé sur un service dont la stratégie est plus restrictive et dont les processus de récupération d’urgence sont plus agressifs.

• Gestion du cycle de vie

  Un service doit fournir des directives ou des outils de cycle de vie pour les sites actifs et les sites inutilisés. Pour les niveaux de service inférieurs, vous pouvez, par exemple, implémenter un mécanisme qui permet uniquement aux propriétaires de sites de créer un site accessible à l’utilisateur pendant six mois, période au terme de laquelle celui-ci doit étendre la demande d’accès au site. En outre, vous pouvez implémenter un outil ayant pour fonction de rechercher les sites qui n’ont pas été utilisés pendant une période de temps spécifiée et de les supprimer. La gestion du cycle de vie suppose également l’intégration d’un service aux outils et aux processus de gestion des enregistrements en vigueur dans une organisation. Pour plus d’informations, voir Planification de la gestion des enregistrements (SharePoint Server 2010).

• Personnalisation et navigation

  Une personnalisation cohérente avec un guide de styles d’entreprise permet de renforcer l’homogénéité de l’apparence des sites et facilite le développement. Les pages maîtres et les modèles permettent de créer la marque visuelle d’un site. Stockez les pages maîtres approuvées dans des galeries de site afin que les concepteurs de site les utilisent systématiquement. Une conception cohérente permet aux utilisateurs de vérifier qu’ils se trouvent au bon endroit lorsqu’ils regardent le site. Définissez les parties du modèle modifiables et non modifiables par les propriétaires de site. Accordez une certaine marge pour la sous-personnalisation de marques de projet ou d’équipe individuelles.

  En outre, grâce à la cohérence de la navigation, les utilisateurs ne se perdent pas lorsqu’ils parcourent les services à la recherche de contenu.

• Protection des données

  Les fonctionnalités qui assurent la protection des données comprennent la sauvegarde et la récupération. Vous pouvez faire varier le niveau de protection des données en fonction des niveaux de service que vous fournissez. Les niveaux supérieurs peuvent prévoir l’application de frais pour le propriétaire de site. Pour chaque niveau de service, planifiez la fréquence à laquelle vous sauvegarderez les sites et le temps de réponse que vous garantirez pour la restauration des sites. Pour plus d’informations, voir Planifier la sauvegarde et la récupération dans SharePoint Server 2010 et le Centre de ressources pour la gestion de la continuité des opérations (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=199235&clcid=0x40C).

• Sécurité, infrastructure et stratégies d’application Web

  Gérez l’infrastructure et surveillez l’accès à celle-ci et au contenu afin que l’environnement soit stable et sécurisé. Utilisez des stratégies d’application Web pour accorder ou refuser l’accès au contenu en fonction des règles de conformité ou des besoins de l’entreprise. Maintenez l’infrastructure à jour avec des mises à jour logicielles afin de bénéficier des améliorations et des correctifs les plus récents.

• Formation

  Une communauté d’utilisateurs correctement formée présente des avantages sur le plan informatique. Cela réduit les appels au support technique, favorise l’adoption et l’utilisation adéquate de SharePoint Server et permet aux utilisateurs d’assimiler leurs responsabilités lors de l’utilisation du service SharePoint Server. Pour chaque niveau de service, envisagez un niveau approprié de formation minimale. Même pour un service de base, les utilisateurs habilités à administrer un site auront accès à de nombreuses fonctions qui ont une incidence sur les fonctionnalités du site. Une formation en ligne, par exemple sous la forme de didacticiels, permet à ces utilisateurs de tirer le meilleur parti de leur site.

  Une formation pour une communauté d’utilisateurs est disponible à la page Guide de formation SharePoint 2010 destiné aux utilisateurs finaux (https://go.microsoft.com/fwlink/?linkid=199542&clcid=0x40C)

Création de plusieurs services

Les utilisateurs d’un service SharePoint Server d’une entreprise ont besoin de sites qui satisfont à un éventail d’objectifs :

• espaces de travail dédiés de courte durée pour la planification d’événements et la gestion de réunions et de projets ;

• sites d’équipe pour une collaboration générale ;

• portails de division permettant à des groupes de travail étendus de gérer leurs processus d’entreprise ;

• sites intranet d’entreprise pour la diffusion d’informations et la fourniture de services à la totalité de l’organisation.

Envisagez de fractionner un service SharePoint Server en un ensemble de services qui répond à la totalité des besoins dans une entreprise. Chaque utilisateur d’un service particulier bénéficie du même niveau de prise en charge et se voit imputer un coût similaire. Si des solutions plus complexes ou plus onéreuses sont requises, vous pouvez ajouter de nouveaux services. Un avantage de cette approche est que vous pouvez introduire un service à la fois, ce qui permet de ne pas alourdir la charge de travail qui pèse sur votre personnel informatique. Collaborez avec les parties prenantes de la direction, les responsables de division et les responsables informatiques pour déterminer les exigences de chaque niveau de service et l’ordre d’introduction des services.

Le tableau suivant illustre une approche de création d’un ensemble de services en couches. Dans cet exemple, trois niveaux de service sont offerts. Les valeurs indiquées ne sont pas des recommandations, mais sont fournies à titre d’exemple :

Exemple d’approche d’un ensemble de services

Contrats de niveau de service

Établissez des contrats de niveau de service pour chaque niveau de service. Un contrat de niveau de service doit inclure au minimum les éléments suivants :

• Le délai et les approbations nécessaires pour la création d’un site.

  Quel est le processus de la création d’un site ? Quelles sont les personnes impliquées ?

• Les informations sur les coûts du service pour les utilisateurs ou départements.

  Qui supporte les coûts et à quoi correspondent-ils ?

• Les accords de niveau opérationnel qui spécifient les équipes chargées des opérations et la fréquence de celles-ci.

  Quelle est l’équipe qui applique les mises à jour ? Quelle est l’équipe qui effectue les sauvegardes ? Quelle est la fréquence de ces opérations ?

• Les stratégies de résolution des problèmes par le biais d’un support technique.

  Lorsqu’un utilisateur est bloqué, qui appelle-t-il ? Quel est le chemin de réaffectation ?

• Les cibles de performances négociées pour le premier chargement d’un site, les chargements suivants et les performances aux emplacements distants.

• Les stratégies de récupération, d’équilibrage de charge et de basculement.

• Les stratégies de personnalisation pour le service.

• Les limites de stockage pour le contenu et les sites.

• La prise en charge multilingue.

  Quelles seront les langues installées et prises en charge ?

See Also

Concepts

Procéder au suivi ou au blocage des installations SharePoint Server 2010

Other Resources

Gouvernance dans SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=200590&clcid=0x40C) (éventuellement en anglais)
SharePoint : exemple de contrat de niveau de service - Blog « Notes du terrain » (https://go.microsoft.com/fwlink/?linkid=203973&clcid=0x40C) (éventuellement en anglais)
Exemple de modèle : Plan de gouvernance de produits et de technologies SharePoint (https://go.microsoft.com/fwlink/?linkid=162169&clcid=0x40C)