Concevoir l’architecture globale des informations et le plan de gouvernance

Mise à jour : 2009-04-23

Dans cet article :

• Identifier les besoins des ressources globales

• Planifier la collaboration entre les différents emplacements géographiques

• Planifier le contenu publié

• Planifier les sites d’aide à la décision et les autres sites d’application

• Exemple de conception : gestion des connaissances dans les différents emplacements géographiques

De nombreuses organisations utilisent Microsoft Office SharePoint Server 2007 pour prendre en charge les employés et autres collaborateurs dans le monde entier. Cet article présente les types de sites et services fournis par Office SharePoint Server 2007 et explique de quelle façon les ressources globales affectent le déploiement de ces sites et services. Il vous aidera à déterminer quelle solution globale est appropriée pour votre organisation. Pour plus d’informations sur ces solutions, voir Solutions globales prises en charge pour Office SharePoint Server.

Cet article contient également un exemple de conception pour la gestion des informations et des documents dans les environnements où plusieurs batteries de serveurs sont déployées. Cet exemple fournit des idées sur la façon dont une organisation peut gérer le contenu dans les environnements où les informations sont créées dans plusieurs batteries de serveurs. Le modèle qui suit, de la taille d’une affiche, propose une vue d’ensemble de l’exemple de conception : Gestion des connaissances globales avec Microsoft Office SharePoint Server (en anglais) (https://go.microsoft.com/fwlink/?linkid=110983&clcid=0x40C) (en anglais) . Ce modèle a été créé dans Microsoft Office Visio. Si Visio n’est pas installé sur votre système, vous pouvez télécharger une visionneuse gratuite (https://go.microsoft.com/fwlink/?linkid=73526&clcid=0x40C). Un traceur fonctionne mieux pour l’impression de ce fichier.

Identifier les besoins des ressources globales

Il existe trois grandes catégories de sites et services qui sont fournies par Office SharePoint Server 2007 :

• Sites de collaboration : utilisés par les employés et les équipes pour collaborer et stocker des données. Les sites de collaboration incluent les sites d’équipe et Mes sites. La collaboration comprend la création et la gestion de listes et bibliothèques, la création et la modification de documents et la gestion de sites et bibliothèques. Les sites de collaboration servent aussi à stocker les documents personnels et d’équipe au lieu de les placer sur un partage de fichiers ou de les stocker sur les ordinateurs locaux. L’utilisation de sites d’équipe et de Mes sites pour le stockage garantit que les informations sont sauvegardées de manière uniforme et gérées en utilisant d’autres méthodes.

• Sites de contenu publié : utilisés pour héberger le contenu qui a été publié et est principalement en lecture seule, par exemple, le contenu sur les stratégies de la société. Le contenu publié est généralement créé par un petit nombre de personnes, puis publié pour plusieurs personnes.

• Sites d’aide à la décision et autres sites d’application : utilisés pour héberger les applications, telles que les applications d’aide à la décision. Ces sites reposent sur les services qui s’exécutent sur la batterie de serveurs et souvent sur le contenu dans les systèmes de données principaux. Ces types de sites peuvent être difficiles à dupliquer au sein d’une organisation.

L’identification des sites et services essentiels pour votre organisation peut vous aider à déterminer quelle solution prise en charge conviendra le mieux à votre organisation. En outre, les types de sites et services identifiés influencent l’architecture globale des informations et le plan de gestion du contenu au sein de votre organisation.

Planifier la collaboration entre les différents emplacements géographiques

La considération principale dont vous devez tenir compte dans le choix de la solution prise en charge qui fonctionnera le mieux pour votre organisation est l’importance des sites de collaboration pour vos employés et collaborateurs. La collaboration dans Office SharePoint Server 2007 implique les opérations suivantes qui sont sensibles aux liaisons réseau étendu (WAN) :

• Ouverture et téléchargement de documents.

• Recherche, ajout et modification de données de listes, bibliothèques et sites.

Si les sites de collaboration sont essentiels pour vos ressources globales, les considérations de planification et activités suivantes peuvent vous aider à décider si vous pouvez héberger ces sites de manière centralisée ou si vous devez planifier le déploiement de batteries de serveurs supplémentaires dans les régions.

• Évaluez les liaisons réseau étendu entre vos ressources globales et votre site central. Déterminez la bande passante moyenne disponible pendant les heures de bureau et la latence moyenne sur les liaisons réseau étendu. La latence est la durée, généralement mesurée en millisecondes, nécessaire aux données pour se déplacer d’une extrémité de la liaison réseau étendu à l’autre. Si nécessaire, contactez votre fournisseur réseau.

• Utilisez les données de bande passante fournies dans Planifier la configuration requise pour la bande passante pour estimer le temps nécessaire aux employés pour effectuer les types de tâches de collaboration les plus communes dans votre organisation. N’oubliez pas de prendre en compte la plage de tailles des fichiers gérés par votre organisation.

• Si vous avez déjà déployé un site central, utilisez les liaisons réseau étendu existantes pour tester les types d’opérations que vos employés effectueront.

• Selon vos calculs ou les résultats de tests réels, décidez si une solution centrale prend en charge de façon adéquate la collaboration par vos employés globaux. Les facteurs à prendre en considération sont les suivants :

  • La fréquence à laquelle les employés globaux participent à des tâches de collaboration. Si les employés utilisent les sites de collaboration occasionnellement, ils peuvent tolérer des performances plus faibles sur le réseau étendu. Toutefois, s’ils doivent fréquemment attendre que les opérations se terminent, et que l’attente affecte la rapidité à laquelle ils peuvent effectuer leurs tâches, envisagez d’optimiser la liaison réseau étendu ou de déployer une batterie de serveurs plus près de ces utilisateurs.

  • Les performances des sites de collaboration sur le réseau étendu comparées aux autres options de technologie disponibles. Un plan de gouvernance efficace comprend des motivations pour que les travailleurs utilisent les technologies comme il se doit. Si les employés globaux choisissent d’utiliser la messagerie électronique pour partager des documents ou pour stocker des documents sur les ordinateurs locaux parce que ce sont les solutions les plus rapides, ils peuvent ne pas adopter la solution et le plan de gouvernance de la façon dont vous le souhaitez.

  • Quel est le coût pour l’entreprise. Si les employés globaux attendent de manière cohérente la fin des opérations, l’entreprise est moins efficace. Avant de décider de déployer une batterie de serveurs supplémentaire dans un emplacement régional, comparez le coût de cette inefficacité au coût de déploiement d’une batterie de serveurs supplémentaire. Les facteurs à prendre en considération incluent le nombre d’employés qui sont affectés et le coût de l’inefficacité de l’organisation. Dans certains cas, votre organisation peut tolérer une baisse des performances du réseau étendu (WAN) parce que seulement quelques employés sont affectés ou parce que le type de travail qui est affecté n’est pas critique pour l’entreprise.

Si vous décidez que les liaisons réseau ne prendront pas en charge une solution centrale, tenez compte de vos options pour optimiser la solution globale pour les environnements réseau étendu (WAN) avant de décider de déployer des batteries de serveurs régionales. Pour plus d’informations, voir Optimisation d’Office SharePoint Server pour des environnements de réseau étendu.

Si vous décidez de déployer une batterie de serveurs supplémentaires, il est important de coordonner l’emplacement de déploiement et le mode d’affectation des sites d’équipe et de Mes sites. Tout d’abord, assurez-vous que vous proposez Mes sites sur chacune de vos batteries de serveurs. Désignez des employés globaux pour créer un site Mon site sur la batterie de serveurs la plus proche de leur emplacement de travail. Cela constitue la meilleure expérience de performance pour vos employés et encourage les employés globaux à créer et stocker leurs projets dans Office SharePoint Server 2007. Pour obtenir des informations sur la gestion de plusieurs applications Mon site au sein d’une organisation et s’assurer que les employés créent un site Mon site à l’emplacement approprié, voir « Coordonner Mes sites à travers votre organisation » dans l’article suivant :Concevoir l’architecture de Mes sites.

Déterminer la batterie de serveurs la plus proche pour héberger Mes sites pour les employés globaux est simple. Toutefois, déterminer l’emplacement où héberger les sites d’équipe pour des projets spécifiques peut ne pas être aussi clair. Les employés globaux peuvent travailler dans des équipes qui se trouvent à proximité ou dans des équipes réparties sur plusieurs emplacements géographiques. Si les équipes travaillent à proximité, utilisez les sites d’équipe sur la batterie de serveurs la plus proche de l’équipe. Si les membres de l’équipe sont répartis dans le monde entier, utilisez les sites d’équipe sur la batterie de serveurs qui est la plus proche de l’emplacement où la plus forte collaboration aura lieu pour le projet.

Dans la plupart des cas, les employés globaux contribuent à plusieurs projets différents et utilisent le contenu de nombreux sites d’équipe. En hébergeant Mes sites sur la batterie de serveurs la plus proche de vos employés globaux et en proposant des sites d’équipe dans plusieurs emplacements différents, les travailleurs globaux ne seront plus affectés par la lenteur continue des liaisons. Pour prendre en charge les équipes globales qui ne sont pas correctement prises en charge par les liaisons réseau étendu, envisagez d’utiliser Microsoft Office Groove 2007. Pour plus d’informations, voir Étendre les solutions globales Office SharePoint Server avec les logiciels Office Outlook 2007 et Office Groove.

Si vous déployez plusieurs batteries de serveurs avec les sites de collaboration, il est important de concevoir l’architecture des informations et un plan de gestion des connaissances qui fournit une bonne gestion du contenu créé sur ces sites. Pour plus d’informations, voir Exemple de conception : gestion des connaissances dans les différents emplacements géographiques plus loin dans cet article.

Planifier le contenu publié

Le contenu publié est généralement créé par quelques personnes au sein d’une organisation et publié pour de nombreuses personnes. Ce contenu est en général publié en lecture seule, bien que la publication de contenu à l’aide de blogs et Wikis offre aux utilisateurs la capacité d’ajouter et modifier le contenu.

Déterminez la latence moyenne de vos liaisons réseau étendu (WAN) et la bande passante disponible, puis utilisez les données de bande passante fournies dans Planifier la configuration requise pour la bande passante pour estimer le temps nécessaire aux utilisateurs globaux pour afficher le contenu publié. Si vous avez déjà déployé un site central, évaluez le temps nécessaire pour afficher le contenu publié à l’aide de vos liaisons réseau étendu existantes.

Si vos employés globaux nécessitent principalement l’accès à du contenu publié et pas nécessairement à du contenu de collaboration, il existe plusieurs façons d’optimiser une solution centrale pour qu’elle fonctionne sur des liaisons WAN. Vous pouvez utiliser ces méthodes simultanément. La liste suivante décrit quelques exemples :

• Implémentez un accélérateur réseau étendu à une ou aux deux extrémités d’une connexion réseau étendu.

• Utilisez la mise en cache sur le serveur proxy ou un produit pare-feu sur les sites régionaux.

• Optimisez la mise en cache des objets blob et la compression des services Internet (IIS) sur la batterie de serveurs.

• Optimisez les pages pour des affichages plus rapides.

• Optimisez le cache du navigateur sur les ordinateurs clients.

Pour plus d’informations, voir les ressources suivantes :

• Optimisation d’Office SharePoint Server pour des environnements de réseau étendu

• Optimiser les composants WebPart personnalisés pour le réseau WAN.

Si vous n’avez pas déjà décidé de déployer une ou plusieurs batteries régionales pour la prise en charge des sites de collaboration, les facteurs suivants peuvent entraîner le déploiement de batteries de serveurs supplémentaires pour prendre en charge le contenu publié :

• Les employés globaux nécessitent un accès efficace au contenu publié pour effectuer leurs tâches. Par exemple, les techniciens du support technique peuvent exiger l’accès rapide au contenu publié pour dépanner et résoudre les problèmes rencontrés par les clients.

• Les performances sur les liaisons réseau étendu ne sont pas fiables et les demandes d’affichage de page expirent.

Si vous décidez de déployer plusieurs batteries de serveurs pour héberger le contenu publié, il existe plusieurs options de duplication de ce contenu. Pour plus d’informations, voir « Synchronisation » plus loin dans cet article.

Planifier les sites d’aide à la décision et les autres sites d’application

Les applications d’aide à la décision reposent sur l’accès aux données métiers. Dans certains cas, une application d’aide à la décision représente le point d’agrégation pour l’accès à plusieurs systèmes de données principaux, tels qu’une base de données des ressources humaines, une base de données de gestion de la relation client ou Siebel.

En règle générale, les données métiers sont hébergées à l’emplacement central d’une entreprise. Toutefois, les sites régionaux peuvent également héberger des applications d’aide à la décision.

Dans un environnement comprenant plusieurs batteries de serveurs, hébergez les applications d’aide à la décision sur la batterie de serveurs la plus proche des sources de données.

Exemple de conception : gestion des connaissances dans les différents emplacements géographiques

Si vous déployez plusieurs batteries de serveurs avec des sites de collaboration, il est important de concevoir l’architecture des informations et un plan de gestion du contenu qui fournit une bonne gestion du contenu créé sur ces sites. Les trois prochaines sections de cet article décrivent une architecture et un plan de gestion qui correspondent à la façon suivante dont de nombreuses organisations gèrent le contenu :

• **Création   **Le contenu est créé par des utilisateurs ou des équipes là où ils se trouvent.

• Publication   Lorsque le contenu est prêt pour le partage au sein de l’organisation, il est publié dans un emplacement central.

• **Synchronisation   **Si nécessaire, le contenu publié à partir de l’emplacement central est synchronisé dans l’organisation pour offrir un accès plus efficace.

Cet exemple de conception intègre deux fonctionnalités clés :

• Des référentiels de contenu parallèles sont créés sur les batteries de serveurs.

• Un plan de gouvernance est implémenté pour coordonner le contenu sur les batteries de serveurs.

Le plan de gouvernance s’appuie sur les utilisateurs pour décider du moment auquel le contenu est prêt à être partagé. À ce stade, les recommandations de cet exemple de conception s’appliquent à la création et au partage de documents au sein d’une organisation. Ces recommandations ne s’appliquent pas au partage d’autres types de contenu tels que des listes ou sites.

Conception de l’architecture de contenu

Avant de commencer à créer du contenu, optimisez l’architecture des informations et la gouvernance dans votre environnement de l’une des manières suivantes :

• Sur chaque batterie de serveurs, créez des sites parallèles pour la collaboration, les projets publiés et les informations sur la société.

• Hébergez les sites d’équipe sur chacun des emplacements de la batterie de serveurs.

• Gérez activement les sites de collaboration sur toutes les batteries de serveurs avec un accord de niveau de service (SLA) approprié pour prendre en charge la création de contenu à ces emplacements. Par exemple, sauvegardez le contenu de collaboration plus souvent que le contenu publié. Sur les batteries de serveurs régionales, le contenu publié à partir du site central ne requiert pas le même niveau de gestion que le contenu de collaboration.

L’illustration suivante montre une batterie de serveurs centrale et deux batteries de serveurs régionales.

Dans l’illustration :

• L’architecture du site est mise en miroir dans l’environnement. Chaque batterie de serveurs héberge des sites d’équipe, des sites pour les projets publiés et des sites pour les informations sur la société.

• La création de contenu a lieu sur la batterie la plus proche de l’équipe.

Lors de la conception de l’architecture de contenu, vous devez déterminer qu’il existe différentes manières de dupliquer le contenu sur les batteries. Pour optimiser les options et simplifier la gestion du contenu en double, utilisez les recommandations suivantes :

• Partitionnez le contenu dans des collections de sites distinctes. Par exemple, dans le diagramme précédent il est recommandé d’héberger les projets publiés dans une collection de sites unique.

• Stockez le contenu dans des bases de données dédiées basées sur l’unité de contenu que vous souhaitez dupliquer. Par exemple, dans le diagramme précédent, il est recommandé de stocker le contenu de la collection de sites de projets publiés dans une base de données dédiée.

Création

Lorsque la création de contenu commence, les équipes créent des documents dans les sites d’équipe. Mettez la collaboration à la portée de vos équipes en :

• créant des sites de projet sur la batterie de serveurs la plus proche du groupe de travail ;

• utilisant Office Groove 2007 pour prendre en charge les membres des équipes séparés par des liaisons réseau étendu avec des latences élevées.

L’architecture des informations dans les sites d’équipe peut être fortement structurée ou faiblement structurée, selon les besoins de l’organisation. En général, seul un faible pourcentage du contenu créé sur les sites d’équipe sera partagé à l’échelle de l’entreprise. L’architecture des informations dans les sites d’équipe doit être suffisamment ouverte pour encourager les types de collaboration essentiels pour votre organisation, mais aussi suffisamment structurée pour assurer la gestion du contenu.

Sur les batteries de serveurs régionales, la gestion de contenu dans les sites d’équipe est essentielle car ce contenu représente la recherche et développement d’une nouvelle propriété intellectuelle. Par conséquent, les plans de sauvegarde et de récupération des sites d’équipe doivent avoir la plus haute priorité.

Publication

Lorsque le contenu est prêt à être partagé dans l’organisation, encouragez les membres des équipes à publier le contenu sur la batterie centrale. Dans ce scénario, la publication est définie en tant que copie des documents des sites d’équipe sur l’une des batteries vers la collection de sites de projets publiés ou une autre collection de sites désignée sur la batterie centrale.

Dans l’illustration suivante, les projets créés dans des sites d’équipe sont publiés dans la collection de sites de projets publiés ou dans la collection de sites d’informations de la société sur le site central.

Il existe plusieurs options de publication de documents :

• Les utilisateurs peuvent utiliser la fonctionnalité Envoyer à en cliquant sur la flèche vers le bas située en regard d’un document dans une bibliothèque et sélectionnant Envoyer à, puis en cliquant sur Autre emplacement. Si vous choisissez cette option, assurez-vous que les utilisateurs connaissent les URL vers lesquelles le contenu doit être publié.

• Utilisez les API de publication pour créer un flux de travail qui copie le contenu de la collection de sites de création sur les batteries de serveurs régionales vers un emplacement central sur la batterie de serveurs centrale. Vous pouvez ajouter « Publier sur la batterie de serveurs centrale » ou une autre commande unique dans le menu des options pour les documents (semblables à la fonctionnalité Envoyer à). Cette option nécessite l’ajout de code personnalisé sur les sites. Toutefois, vous pouvez ajouter des personnalisations qui augmentent considérablement l’efficacité et la précision pour les utilisateurs. Par exemple, vous pouvez fournir un menu des emplacements de publication à sélectionner pour les utilisateurs. Vous pouvez également fournir une option pour avertir les utilisateurs si un document du même nom déjà existe dans l’emplacement sélectionné et offrir la possibilité de remplacer ces documents.

Outre la création de collections de sites pour les projets publiés et les informations de la société, vous pouvez créer des bibliothèques de documents dans ces collections de sites pour fournir des catégories de contenu plus détaillées.

Dans l’illustration suivante, la collection de sites des projets publiés sur la batterie de serveurs centrale inclut une bibliothèque de documents pour chaque catégorie de contenu qui est créée.

Ces bibliothèques de documents peuvent bénéficier d’autorisations pour des publics cibles. Par exemple, le dossier des outils de vente peut être configuré avec des autorisations de lecture pour tous les membres de l’équipe de vente. Lorsqu’un document est publié dans un dossier spécifique, tel que celui des outils de vente, le document hérite des autorisations du dossier. Cela fournit un moyen pour gérer les autorisations à l’échelle de l’entreprise en fonction des catégories de contenu et des audiences cibles.

Enfin, étant donné que la collection de sites des projets publiés contient la propriété intellectuelle agrégée qui est développée dans votre organisation, gérez activement la collection de sites des projets publiés sur le site central à l’aide des procédures de sauvegarde et de récupération appropriées.

Synchronisation

En théorie, le contenu qui est publié dans le référentiel central est disponible pour toute l’organisation, selon les autorisations. Toutefois, l’analyse de vos liaisons réseau étendu peut indiquer que l’accès au contenu publié dans le référentiel central est inefficace ou pas pratique (voir Planifier le contenu publié plus haut dans cet article).

Selon vos conclusions, vous pouvez choisir de créer des copies du contenu publié sur les batteries de serveurs régionales pour rendre le contenu publié plus accessible pour vos employés globaux. Dans ce scénario, la synchronisation est définie en tant que copie en lecture seule des versions de documents du référentiel central vers les batteries de serveurs régionales.

Dans l’illustration suivante, le contenu qui est publié sur le site central est dupliqué sur chaque batterie de serveurs régionale. L’accès au contenu est régi par les autorisations qui sont affectées, sans tenir compte de l’emplacement de duplication.

Il existe plusieurs options de synchronisation du contenu sur les batteries de serveurs régionales :

• Restaurer ou attacher une copie de la base de données.

• Utiliser une solution partenaire pour copier ou répliquer le contenu sur le réseau étendu. Pour plus d’informations, voir « Réplication des données, synchronisation de plusieurs maîtres et gestion de la configuration » dans Optimisation d’Office SharePoint Server pour des environnements de réseau étendu.

Remarque :
Les fonctionnalités de publication d’Office SharePoint Server 2007 n’ont pas encore été testées par l’équipe produit dans des environnements de réseau étendu.

Le contenu synchronisé étant un réplica du contenu stocké dans le site central, vous pouvez compter sur la gestion active des projets publiés sur le site central, plutôt que de gérer activement ce contenu sur chacun des sites régionaux. Sur les sites régionaux, hiérarchisez plutôt la gestion active des sites de collaboration.

Télécharger ce livre

Cette rubrique est incluse dans le livre à télécharger suivant pour une lecture et une impression plus faciles :

• Planification et architecture d’Office SharePoint Server 2007, partie 2

Vous trouverez la liste complète des livres disponibles sur Livres à télécharger pour Office SharePoint Server 2007.

Voir aussi

Concepts

Solutions globales prises en charge pour Office SharePoint Server
Planifier la recherche de contenu d’entreprise globale
Planifier la configuration requise pour la bande passante
Optimisation d’Office SharePoint Server pour des environnements de réseau étendu
Optimiser les composants WebPart personnalisés pour le réseau WAN