Partager via

Mise en service de site

Résumé

La mise en service de site est une fonctionnalité très demandée dans le cadre de la personnalisation de SharePoint. En fait, la plupart des entreprises disposent déjà de la configuration requise pour permettre aux utilisateurs finaux compétents de créer des sites basés sur des modèles, pour qu’ils puissent réutiliser la même architecture d’informations, la même personnalisation et la même expérience utilisateur sur plusieurs sites. Les développeurs doivent faciliter la création de sites par programme et la mise en service par programme d’une architecture d’informations personnalisée sur ces sites.

Par exemple, pensez à créer un modèle de « site de projets » qui peut servir à créer un site dédié à chaque projet en cours. La mise en service de sites est également demandée pour les sites qui ciblent des clients, des fournisseurs, etc.

Toutefois, il est indispensable d’utiliser une technique de mise en service qui vous permet de mettre facilement en service des sites basés sur des modèles et, éventuellement, de gérer le cycle de vie de ces modèles. En fait, si vous mettez à jour un modèle déjà utilisé pour créer des sites, il serait très utile de pouvoir mettre à jour toutes les instances de site existantes, basées sur ce modèle mis à jour.

Aujourd’hui, il existe de nombreuses techniques pour mettre en service des sites et leur architecture d’informations. Dans cet article, vous trouverez une liste des techniques les plus intéressantes, accompagnées de leur plateforme cible.

Orientations de haut niveau/règles générales

Voici quelques conseils et règles importantes à suivre pour configurer un site.

  • Essayez d’isoler l’architecture d’informations des autres éléments, tels que la personnalisation, le contenu personnalisé, les éléments d’interface utilisateur, pour pouvoir la mettre à jour indépendamment des autres éléments.
  • Dans l’architecture d’informations, définissez des colonnes de site et des types de contenu au niveau de la collection de sites uniquement. Réutilisez-les dans les sous-sites de la collection de sites, au lieu de définir des colonnes de site et des types de contenu au niveau du sous-site.

Remarque

Pour en savoir plus sur les collections de site par opposition aux sous-sites, consultez la section dédiée plus loin dans ce document.

  • Évitez de renommer ou de modifier les artefacts prêts à l’emploi. Utilisez plutôt des éléments personnalisés. Par exemple, évitez de renommer le champ Titre d’un type de contenu, car cela pourrait générer des problèmes imprévus. En effet, l’existence du champ Titre est souvent considérée comme une garantie par les développeurs.
  • Essayez d’utiliser une technique de mise en service qui permet le contrôle de version d’artefacts et la gestion du cycle de vie des modèles, pour prendre en charge les demandes des clients en permanence.

Mise en service à distance

S’applique à : Office 365 | SharePoint Server 2016 | SharePoint Server 2013

La technique de mise en service à distance s’appuie sur l’utilisation des technologies à distance, tels que le modèle CSOM ou l’API REST, pour mettre en service les artefacts, les paramètres et les éléments de personnalisation. Fonctionnalité essentielle : vous pouvez configurer un site à partir de n’importe quel service ou environnement distant, sans avoir à exécuter votre code sur la batterie de serveurs SharePoint. Vous pouvez utiliser cette technique dans n’importe quel type de solution : compléments SharePoint, travaux du minuteur SharePoint à distance, Azure Functions, Azure WebJobs, PowerShell, etc. Elle peut être utilisée dans SharePoint 2013/2016 local et dans SharePoint Online.

Articles

Exemples

Vidéos

Moteur de mise en service PnP

S’applique à : Office 365 | SharePoint Server 2016 | SharePoint Server 2013

Le moteur de mise en service PnP est un moteur open source fourni par le projet communautaire PnP, qui permet d’utiliser la technique de mise en service à distance en réutilisant un ensemble complet de fonctionnalités prêtes à l’emploi. Au lieu de réinventer la roue, vous pouvez simplement utiliser le moteur de mise en service PnP et votre architecture d’informations à l’aide de ce moteur. Le moteur de mise en service PnP est disponible sous forme de bibliothèque .NET que vous pouvez référencer dans vos propres projets, ainsi que dans un ensemble de commandes PowerShell, si vous avez besoin d’automatiser la mise en service à distance à l’aide de scripts. Fonctionnalité phare du moteur de mise en service PnP : vous pouvez exporter un modèle d’un site en conditions réelles et appliquer ce modèle sur un autre site cible déjà créé. Il s’agit d’une solution très efficace pour déplacer l’architecture d’informations de la zone de développement, à la zone de transit puis à la zone de production. Par ailleurs, le moteur de mise en service PnP prend en charge le contrôle de version et la gestion delta pour vous permettre de mettre à jour l’architecture d’informations des sites existants à l’aide du moteur. Le moteur de mise en service PnP peut cibler des sites classiques et des sites modernes.

Articles

Exemples

Solutions

Vidéos

Modèles web

S’applique à : SharePoint Server 2016 | SharePoint Server 2013

Si vous travaillez dans l’environnement local, vous pouvez utiliser Visual Studio pour créer un package .WSP qui définit un modèle web. Vous pouvez aussi enregistrer un site comme modèle et utiliser le fichier .WSP généré. Il s’agit d’une technique de mise en service qui s’appuie sur SharePoint Feature Framework et qui enregistre le fichier .WSP dans la galerie de solutions d’une collection de sites cible. Cette technique vous permet de créer un site basé sur l’architecture d’informations d’un site existant.

Articles

Définitions de site

S’applique à : SharePoint Server 2016 | SharePoint Server 2013

Les définitions de site, basées sur un fichier onet.xml, vous offrent une autre option dans l’environnement local. Elles utilisent des fichiers XML basés sur la grammaire SharePoint Feature Framework qui sont stockés dans le chemin d’accès local des serveurs d’une batterie de serveurs SharePoint. Elles sont toujours déployées à l’échelle de la batterie de serveurs et ne prennent pas en charge la mise à niveau ou la modification des sites déjà mis en service. En raison de leur architecture et de leurs exigences, elles ciblent l’environnement SharePoint local uniquement.

Articles

Définitions de liste

S’applique à : SharePoint Server 2016 | SharePoint Server 2013

Les définitions de liste vous permettent de définir un modèle de liste que vous pouvez réutiliser pour créer plusieurs instances de liste à partir de cette définition. Elles s’appuient sur SharePoint Feature Framework. Vous pouvez les créer en définissant des solutions bac à sable (sandbox) de balisage .WSP. Toutefois, elles s’appuient sur une ancienne technique, dont le cycle de vie n’est pas durable. C’est pourquoi nous vous recommandons d’utiliser des techniques de mise en service à distance.

Articles

Exemples

Modèles de listes

S’applique à : SharePoint Server 2016 | SharePoint Server 2013

Les modèles de liste ciblent l’environnement local uniquement et utilisent un fichier de modèle .STP à charger dans la galerie Modèles de liste d’un site. Ces modèles servent à créer plusieurs instances de listes basées sur un modèle de liste courant. Les modèles de liste représentent une ancienne technique qui fonctionne sur SharePoint local uniquement. Ils ne doivent plus être utilisés car ils peuvent représenter un obstacle à la migration vers le cloud et SharePoint Online.

Articles

Exemples

Vidéos

Association de fonctions

S’applique à : SharePoint Server 2016 | SharePoint Server 2013

La fonctionnalité d’association de fonctions peut être utilisée dans l’environnement local pour personnaliser des définitions de site existantes. Vous pouvez utiliser l’association de fonctions pour fournir des artefacts ou des fonctionnalités supplémentaires à des modèles de site, sans modifier le fichier onet.xml de la définition de site d’origine, au lieu d’appliquer des fonctionnalités personnalisées, basées sur SharePoint Feature Framework, et de créer des sites à partir d’une définition de site spécifique. Il s’agit d’une « ancienne » technique, qui fonctionne toujours dans l’environnement local, mais elle ne doit pas être utilisée dans les nouvelles solutions. Adoptez des approches plus modernes, comme la mise en service à distance dans un complément SharePoint ou une application Office 365.

Articles

Exemples

Collections de sites et sous-sites

Chaque fois que vous avez besoin de mettre en service des sites, une question fréquemment posée est la suivante : « Est-il préférable de créer une collection de sites ou un sous-site ? » En fait, très souvent, la réponse est « ça dépend ». Voici quelques informations qui peuvent vous aider à faire votre choix :

  • Chaque collection de sites a des utilisateurs et des autorisations uniques, tandis qu’un sous-site peut hériter des utilisateurs et des autorisations du site parent. Ainsi, pour des utilisateurs cibles différents, pensez à créer différentes collections de sites, au lieu de créer différents sous-sites dans une collection de sites unique.
  • Dans SharePoint Online, la fonctionnalité de partage peut être activée/désactivée au niveau de la collection de sites, mais pas au niveau du sous-site.
  • Quand vous définissez des colonnes de site et des types de contenu au niveau de la collection de sites, ces derniers sont hérités dans tous les sous-sites. Ainsi, la même architecture d’informations est utilisée dans tous les sites de la même collection de sites.
  • Les sous-sites de la même collection de sites peuvent partager la même structure de navigation hiérarchique, pour améliorer l’expérience globale de l’utilisateur.
  • Dans SharePoint local, chaque collection de sites peut être associée à un fichier de base de données dédié, ce qui n’est pas le cas d’un sous-site qui doit rester dans la base de données de sa collection de sites parente. Ainsi, vous pouvez disposer de stratégies de sauvegarde et de maintenance plus précises au niveau de la collection de sites, et non au niveau du sous-site, tant que vous n’utilisez pas d’outils de gestion tiers.
  • Dans SharePoint local, une collection de sites peut être facilement déplacée dans différents fichiers de base de données, tandis qu’un sous-site peut uniquement suivre la base de données de sa collection de sites parente.
  • En possédant plusieurs sous-sites dans une collection de sites, vous pouvez utiliser le composant WebPart Requête de contenu (dans l’environnement local ou dans l’interface utilisateur classique de SharePoint Online) pour obtenir une meilleure agrégation des données sur vos sites.