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

Article
03/08/2023

S’APPLIQUE À : oui-img-13 2013 oui-img-16 2016 oui-img-19 2019 oui-img-se Édition d’abonnement no-img-sop SharePoint dans Microsoft 365

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. Le système de recherche indexe ces catalogues, qui sont ensuite mis à la disposition de 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 sites de création et de publication que vous créez dépend des exigences du projet, telles que le nombre de catalogues et leur emplacement, ainsi que le nombre de sites de publication qui affichent 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. À l’inverse, le pare-feu de l’entreprise contient la collection de sites de création du site Internet. Un pool d’applications et une application web distincts (configurés pour autoriser l’accès anonyme pour les utilisateurs) contient la collection de sites de publication. 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 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 système de recherche indexe le contenu, la colonne est incluse en tant que métadonnées dans l’index et est utilisée pour catégoriser 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. Toutefois, si vous pensez que vous pourriez éventuellement utiliser des variantes dans votre site, nous vous recommandons de créer un site dans la collection de sites et d’y créer du contenu. Si vous décidez ultérieurement d’utiliser des variantes, ce site créé vous permettra de le spécifier comme site de variantes 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. Toutefois, vous n’avez pas besoin de créer un site dans la collection de sites, comme recommandé pour la création de collections de sites. 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. Cette séparation est souvent utile lorsque l’optimisation des moteurs de recherche est un besoin important de l’entreprise. 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 ?

Rechercher

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é sur la collection de sites de publication en fonction des requêtes de recherche. Les requêtes utilisent des termes d’un ou de plusieurs ensembles de termes qui ont été utilisés pour étiqueter le contenu sur le site de création. Ces termes sont épinglés à la navigation de la collection de sites de publication, où ils sont utilisés pour générer les requêtes qui obtiennent et affichent le contenu de l’index de recherche. Pour plus d’informations, voir « Planifier des ensembles de termes pour le balisage de contenu sur les sites de création SharePoint » dans Planifier les sites de création pour la publication intersites dans SharePoint Server, « Planifier les ensembles de termes de navigation pour les sites de publication SharePoint » dans Planifier des sites de publication intersites pour la publication intersites dans SharePoint Server et « Planifier les sources de résultats et les règles de requête » dans Plan search for cross-site publishing sites in SharePoint Server 2016.

Bibliothèques de biens

Les bibliothèques de ressources contiennent des objets blob (Binary Large Objects), tels que des images et des fichiers vidéo utilisés dans le contenu du site de création. Ces ressources doivent être accessibles par deux groupes distincts d’utilisateurs : les auteurs 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 ressources doit se trouver dans une collection de sites distincte du site de création et se trouver dans une application web configurée pour autoriser l’accès anonyme. Cette bibliothèque de ressources peut se trouver dans la même application web que le site de publication ou dans une application web distincte. Dans les deux cas, les concepteurs ou les auteurs de contenu doivent être en mesure de charger des fichiers dans la bibliothèque de ressources, et la bibliothèque doit être ajoutée à la liste des emplacements suggérés de l’explorateur de contenu pour le site de création afin que les auteurs de contenu puissent localiser et utiliser les ressources stockées 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é.

Exemple d’architecture intranet publiée

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) contient une seule bibliothèque Pages et peut également contenir une ou plusieurs listes ou bibliothèques qui ne sont pas des bibliothèques Pages. Toutes les bibliothèques et les listes sont partagées en tant que catalogues. Le contenu du catalogue est affiché dans une collection de sites de publication unique (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é.

Exemple d’architecture extranet publiée

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 client (http://authoring/customer) et un pour le contenu partenaire (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 pages et le contenu de la liste sont affichés dans deux collections de sites de publication distinctes, l’une nommée https://customerweb.contoso.com pour les clients et l’autre nommée 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 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é.

Exemple d’architecture Internet publiée

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 https://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.