Planification de l’architecture logique pour la publication intersites dans SharePoint Server

Article
02/23/2018

**Sapplique à :**SharePoint Server 2013, SharePoint Server 2016

**Dernière rubrique modifiée :**2017-07-25

Résumé : Découvrez les composants et les architectures caractéristiques des sites de publication intersites SharePoint Server.

La publication intersites est une méthode de publication de SharePoint Server dans laquelle vous utilisez une ou plusieurs collections de sites de création pour créer et stocker du contenu, et une ou plusieurs collections de sites de publication pour contrôler la conception du site et afficher le contenu. La collection de sites de création peut contenir des catalogues (par exemple, bibliothèques de pages) et répertorie les éléments marqués par des métadonnées. Ces catalogues sont indexés par le système de recherche et rendus disponibles pour la collection de sites de publication. La collection de sites de publication extrait les données indexées et les affiche sur les pages web en utilisant les composants WebPart basés sur la technologie de recherche (nommés « composants WebPart de recherche » dans cet article). Pour plus d’informations, voir Vue d’ensemble de la publication intersites dans SharePoint Server.

Cet article décrit les composants d’une architecture de publication intersite et présente des architectures de publication intersite caractéristiques.

Composants d’une architecture de publication intersite SharePoint

La plupart des architectures de publication intersites incluent au moins deux collections de sites, qui séparent l’environnement de création de l’environnement de publication. Le nombre de collections de site de création et de publication que vous pouvez créer dépend des spécifications du projet, telles que le nombre de catalogues, leur emplacement et le nombre de sites de publication affichant le contenu. Le nombre de pools d’applications et d’applications web nécessaires dépend du type de site que vous souhaitez créer. Par exemple, un site intranet peut utiliser le même pool d’applications et la même application web pour chaque collection de sites de création et de publication. Inversement, une collection de sites de création Internet doit être protégée par le pare-feu de votre société et la collection de sites de publication peut être située dans un autre pool d’applications et une autre application web configurée pour permettre l’accès anonyme des utilisateurs. Comme la publication intersites fonctionne sur des applications web et des batteries de serveurs, vous pouvez créer une solution de publication intersites adaptée à votre topologie SharePoint Server.

Avant de planifier l’ajout de composants dans une architecture de publication intersite, posez-vous les questions suivantes :

Quels types de sites de publication allez-vous créer ? Des sites Internet, intranet ou extranet ?
De quel type d’accès bénéficieront les utilisateurs ? Souhaitez-vous autoriser l’accès anonyme, les utilisateurs authentifiés ou les deux ?
Devez-vous séparer le contenu confidentiel destiné à un public restreint du contenu destiné à un public plus large ?

Les sections suivantes décrivent les composants au sujet desquels vous devez prendre des décisions importantes quand vous planifiez l’architecture logique d’une solution SharePoint Server utilisant la publication intersites.

Collections de sites de création

Les collections de sites de création servent à créer ou stocker du contenu. Vous pouvez avoir une ou plusieurs collections de sites de création. Une collection de sites peut inclure plusieurs bibliothèques et listes. Cependant, il ne peut y avoir qu’une bibliothèque de pages par site. Si vous souhaitez séparer le contenu en différentes bibliothèques de pages, vous devez créer plusieurs collections de sites ou plusieurs sites dans une collection de sites. Pour plus d’informations, voir « Planification des collections de sites et de la structure des sites de création SharePoint » dans Planifier des sites de création pour la publication intersites dans SharePoint Server.

Les bibliothèques et le contenu de liste dans les collections de sites de création sont marquées à l’aide de termes dans une colonne de site de métadonnées gérées. Lorsque le contenu est indexé par le système de recherche, la colonne est incluse en tant que métadonnée dans l’index et utilisée pour classer le contenu à afficher dans la collection de sites de publication.

Vous pouvez créer une bibliothèque et un contenu de liste à la racine de la collection de sites. S’il est possible que vous finissiez par utiliser des variations dans votre site, nous vous recommandons de créer un site au sein de la collection de sites, puis de créer votre contenu à cet emplacement. Ceci vous permettra, si vous décidez ultérieurement d’utiliser des variantes, d’indiquer le site comme site de variante source et simplifiera la création d’une hiérarchie de variantes dans la collection de sites.

Lors de la planification des collections de sites de création pour votre architecture de publication intersite, posez-vous les questions suivantes :

De combien de collections de sites de création avez-vous besoin ?
L’une des collections de sites de création doit-elle être placée dans une application Web distincte ?
Les créateurs de contenu seront-ils séparés en différents groupes appartenant à des groupes de sécurité distincts ?

Collections de sites de publication

Les collections de sites de publication affichent le contenu. Vous pouvez avoir une ou plusieurs collections de sites de publication. Vous n’avez toutefois pas besoin de créer un site au sein d’une collection de sites (comme recommandé pour les collections de sites de création). Les collections de sites de publication sont généralement dotées d’URL qui distinguent les sites selon des critères tels que l’emplacement, les paramètres régionaux ou la marque. Ce procédé est pratique lorsque l’optimisation du moteur de recherche constitue un besoin important. Par exemple, pour un site extranet, vous pouvez définir une collection de sites de publication nommée https://partnerweb.contoso.com pour les partenaires externes et une collection de sites de publication nommée https://customerweb.contoso.com pour les clients.

Lors de la planification des collections de sites de publication pour votre architecture de publication intersite, posez-vous les questions suivantes :

De combien de collections de sites de publication avez-vous besoin ?
L’une des collections de sites de publication doit-elle être placée dans une application Web distincte ?
Voulez-vous utiliser plusieurs applications Web pour optimiser le référencement auprès d’un moteur de recherche ?
Les utilisateurs seront-ils divisés en différents groupes, qui utiliseront différents types d’authentification ?

Recherche

L’utilisation de la publication intersites revient à utiliser une technologie de recherche pour récupérer et afficher du contenu. Les requêtes spécifiées dans les différents composants WebPart de recherche sur le site de publication sont envoyées vers l’index de recherche pour récupérer le contenu approprié et l’afficher dans les composants WebPart. De même, le robot de recherche doit avoir accès au contenu sur les collections de sites de création. Pour plus d’informations, voir « Planification de l’authentification du robot » dans Planifier l’analyse et la fédération dans SharePoint Server.

Le contenu est affiché dans la collection de sites de publication sur la base de requêtes de recherche. Les requêtes utilisent des termes provenant d’un ou plusieurs jeux de termes utilisés pour marquer du contenu sur le site de création. Ces termes sont épinglés sur l’écran de navigation de la collection de sites de publication. Ils servent à développer des requêtes pour obtenir et afficher du contenu depuis l’index de recherche. Pour plus d’informations, voir la section « Planification des jeux de termes pour les sites de création SharePoint » dans la rubrique Planifier des sites de création pour la publication intersites dans SharePoint Server, la section « Planification des jeux de termes de navigation pour les sites de publication SharePoint » dans la rubrique Planification des sites de publication pour la publication intersites dans SharePoint Server et la section « Planification des origines des résultats et des règles de requête » dans la rubrique Planification de la recherche pour les sites de publication intersites dans SharePoint Server 2016.

Bibliothèques de biens

Les bibliothèques de biens contiennent des objets BLOB (binary large object) tels que des fichiers photo et vidéo utilisés dans le contenu sur le site de création. Ces biens doivent être accessibles à deux groupes d’utilisateurs : les créateurs de contenu sur le site de création et les lecteurs sur le site de publication. Si le site de publication est un site Internet accessible aux utilisateurs anonymes, la bibliothèque de biens doit être placée dans une collection de sites distincte du site de création. Elle doit également être dans une application web configurée pour autoriser l’accès anonyme. Cette application web peut être la même que celle du site de publication. Dans tous les cas, les concepteurs ou créateurs de contenu doivent pouvoir télécharger des fichiers dans la bibliothèque de biens. Celle-ci doit être ajoutée à la liste d’emplacements de navigateur de contenu suggérés du site de création, afin que les créateurs de contenu puissent localiser et utiliser les éléments stockés dans la bibliothèque.

Lors de la planification des bibliothèques de biens pour votre architecture de publication intersite, posez-vous les questions suivantes :

Où seront situés les biens ?
Comment les utilisateurs du site de publication pourront-ils accéder aux biens référencés dans le contenu affiché sur le site de publication ?
Comment les créateurs de contenu du site de création pourront-ils localiser les biens et les insérer dans du contenu ?

Architectures de publication intersite SharePoint caractéristiques

Cette rubrique présente les architectures typiques pour la publication intersites. Ces architectures sont des exemples de la façon dont vous pouvez structurer votre architecture pour un site intranet, extranet et Internet. Il existe toutefois de nombreuses façons d’organiser l’architecture de votre solution.

Site intranet

Le schéma suivant illustre la configuration d’un site de la création à la publication, dans une relation un-à-un (1:1), pour un site intranet publié.

Published intranet sample architecture

Les collections de sites sont situées dans une seule application web utilisant une authentification basée sur les revendications. La collection de sites de création (http://authoring) inclut une seule bibliothèques de pages et peut également contenir une ou plusieurs listes ou bibliothèques qui ne sont pas des bibliothèques de pages. Toutes les bibliothèques et les listes sont partagées en tant que catalogues. Le contenu de catalogue est affiché dans une seule collection de sites de publication (http://contosoweb).

Comme les collections de sites de création et de publication appartiennent à la même application web, les fichiers de bibliothèques de biens sont stockées dans la collection de sites de création, et les utilisateurs du site http://contosoweb ont un accès en lecture à ces biens.

Le système de recherche indexe le contenu à partir du site de création. Lorsqu’un utilisateur affiche une page sur le site de publication, les requêtes provenant des composants WebPart de recherche de cette page sont envoyées à l’index de recherche. Les résultats sont renvoyés depuis l’index de recherche et affichés dans les composants WebPart de recherche sur la page.

Site extranet

Le schéma suivant illustre la configuration d’un site de la création à la publication, dans une relation un-à-plusieurs (1:n), pour un site extranet publié.

Published extranet sample architecture

Les collections de sites de création et de publication sont situées dans des applications web séparées. L’application web de contenu créé utilise les services de domaine Active Directory (AD DS) pour l’authentification des créateurs de contenu, tandis que l’application web contenant les sites extranet publiés utilise l’authentification basée sur les formulaires pour les concepteurs, clients et partenaires. Les sites extranet sont situés dans une seule application web, mais sont répartis entre différentes collections de sites pour mieux isoler les clients des partenaires. La collection de sites de création (http://authoring/) contient deux sites, un pour le contenu destiné aux clients (http://authoring/customer) et l’autre pour le contenu destiné aux partenaires (http://authoring/partner). Chaque site contient une seule bibliothèque de pages et peut également contenir une ou plusieurs listes. Toutes les bibliothèques et les listes sont partagées en tant que catalogues. La bibliothèque de pages et le contenu de liste sont affichés dans deux collections de sites de publication distinctes (https://customerweb.contoso.com pour les clients et https://partnerweb.contoso.com pour les partenaires). Pour plus d’informations sur la planification d’une architecture de site extranet, voir Exemples de conception SharePoint Server : sites de portail d’entreprise et extranet.

Comme les collections de sites de publication sont situées à l’extérieur du pare-feu, la bibliothèque de biens est située dans une autre collection de sites, au sein de la même application web que la collection de sites extranet publiés, pour que les utilisateurs des sites de publication puissent avoir un accès en lecture à ses biens. Les utilisateurs internes, tels que les concepteurs et autres créateurs de contenu ont le niveau d’autorisation Collaborateur pour ajouter, mettre à jour et supprimer des éléments de la bibliothèque de biens. La bibliothèque de biens est ajoutée à la liste Emplacements de navigateur de contenu suggérés pour la collection de sites de création, afin que les créateurs de contenu puissent utiliser ces biens dans leur contenu.

Le système de recherche indexe le contenu à partir du site de création. Lorsqu’un utilisateur affiche une page sur l’un des sites de publication, les requêtes des composants WebPart de recherche sur cette page sont envoyées à l’index de recherche. Les résultats sont renvoyés à partir de l’index de recherche et affichés dans les composants WebPart de recherche sur la page.

Site Internet

Le schéma suivant illustre la configuration d’un site de la création à la publication, dans une relation plusieurs à plusieurs (n:n) pour un site Internet publié incluant un catalogue de produits séparé.

Published Internet sample architecture

Les collections de sites de création et de publication sont situées dans des applications web séparées. L’application web de contenu créé utilise les services de domaine Active Directory (AD DS) pour l’authentification des créateurs de contenu, tandis que l’application web des sites Internet publiés utilise l’authentification basée sur les formulaires pour les concepteurs et est également configurée pour fournir un accès anonyme aux utilisateurs externes. Le site de création (http://authoring) contient une seule bibliothèque de pages. La collection de sites de catalogue de produits (http://products) contient une liste des données de produit. Toutes les bibliothèques et les listes sont partagées en tant que catalogues. Le contenu de catalogue est affiché dans deux collections de sites de publication distinctes (https://www.contoso.com et http://www.fabrikam.com). Différents produits et contenus sont affichés sur les sites de publication selon la marque associée.

Comme les collections de sites de publication sont situées à l’extérieur du pare-feu, la bibliothèque de biens est située dans une autre collection de sites, au sein de la même application web que la collection de sites de publication, pour que les utilisateurs des sites de publication puissent avoir un accès en lecture à ses biens. Les utilisateurs internes, tels que les concepteurs et autres créateurs de contenu ont le niveau d’autorisation Collaborateur pour ajouter, mettre à jour et supprimer des éléments de la bibliothèque de biens. La bibliothèque de biens est ajoutée à la liste Emplacements de navigateur de contenu suggérés pour les collections de sites de création et de catalogue de produits, afin que les créateurs de contenu puissent utiliser ces biens dans leur contenu.

Le système de recherche indexe le contenu à partir du site de création et de la collection de sites de catalogue de produits. Lorsqu’un utilisateur affiche une page sur l’un des sites de publication, les requêtes des composants WebPart de recherche sur cette page sont envoyées à l’index de recherche. Les résultats sont renvoyés à partir de l’index de recherche et affichés dans les composants WebPart sur la page.