Conseils de déploiement pour les portails SharePoint Online
Une fois que vous avez consacré votre temps et votre énergie à créer ce nouveau portail basé sur SharePoint, vous souhaitez le mettre en ligne dès que possible... mais qu’est-ce qui serait un bon modèle pour le faire ? Cet article explique le modèle recommandé pour le déploiement de votre portail pour vos utilisateurs finaux.
Notes
Si ces recommandations visent principalement SharePoint Online, la plupart d’entre elles s’appliquent également aux portails hébergés dans un environnement SharePoint local.
Ce qu’il ne faut surtout pas faire
La liste suivante contient les principales choses à ne pas faire lorsque vous déployez votre portail.
Vous ne devez pas :
- Testez le stress de votre portail par rapport à votre SharePoint Online.
- Faites une grande sortie, en libérant votre nouveau portail pour tous vos utilisateurs en même temps.
- Partagez votre portail en ayant un grand nombre de groupes de sécurité en tant que membres du groupe de sites. Cela peut se produire avec un grand nombre (30-40 000) groupes de sécurité, chacun avec une appartenance à un seul groupe de sites, ou il peut s’agit d’un plus petit nombre de groupes de sécurité qui sont membres de nombreux groupes de sites.
Comment vous l’avez fait dans le passé
Par le passé, les clients erraient souvent des tests de contraintes énormes sur leurs portails locaux SharePoint, car ils souhaitaient évaluer si l’infrastructure pouvait gérer la charge tout en offrant des temps de chargement de page plus rapides.
Avec SharePoint Online, toutefois, un test de contrainte classique n’est pas autorisé pour les raisons :
SharePoint Online considère le test de charge comme une attaque par déni de service et bloque simplement l’utilisateur, voire pire, le client complet.
Si le test de charge n’est pas bloqué, il est limitée, ce qui entraîne des résultats de test difficiles à interpréter.
SharePoint Online augmente dynamiquement son infrastructure sous-jacente, ce qui fonctionne très bien, mais pas si vous augmentez soudainement une charge importante. Le modèle de mise à l’échelle back-end a besoin de temps pour s’enror effet de la charge accrue.
Un tel test de performances n’est qu’une validation unique, tandis que votre portail continue d’évoluer. Il est préférable de s’appuyer sur la télémétrie de portail intégrée pour pouvoir suivre en permanence les performances de votre portail. Il est également difficile de créer un test de charge qui représente un modèle d’utilisation réel.
L’approche recommandée pour le déploiement de votre nouveau portail consiste à utiliser un plan de déploiement par phases combiné à la télémétrie de portail intégrée pour mesurer les performances du portail alors que de plus en plus d’utilisateurs sont ajoutés. La section suivante fournit plus de détails sur cette approche.
Utiliser un plan de déploiement et une télémétrie progressives
Le modèle recommandé pour déployer de nouvelles fonctionnalités est une approche par phases qui se compose généralement des étapes suivantes :
Une vague pilote: c’est la première fois que le portail est ouvert à un groupe d’utilisateurs clés sélectionnés. Il est important d’obtenir un ensemble d’utilisateurs représentatifs, critiques et clés qui peuvent fournir les commentaires initiaux.
Une ou plusieurs vagues d’utilisateur final : le nombre de vagues dont vous avez dépend du nombre d’utilisateurs que vous aurez, combiné au modèle que vous suivrez. Certaines entreprises alignent leurs vagues de déploiement sur leur structure organisationnelle . d’autres sociétés s’alignent par pays/région. En fin de compte, ce qui importe le plus, c’est que vous ajoutez progressivement de nouveaux utilisateurs au portail.
Le diagramme suivant illustre un plan de déploiement progressif. Notez que cela tient compte du fait que les vagues d’utilisateur final ont généralement moins d’utilisateurs actifs que d’utilisateurs invités.

Cette approche progressive vous donne le temps d’assimiler les commentaires et d’apporter des ajustements à votre portail si nécessaire. Toutefois, comment mesurez-vous et suivez-vous les performances pendant ce déploiement par phases ?
L’approche recommandée consiste à incorporer la télémétrie de portail dans votre implémentation, comme expliqué dans la section télémétrie de l’aide sur les performances pour les portails SharePoint Online. Le fait d’avoir un flux continu de données de performances du portail vous permet de comprendre si les performances du portail changent à mesure que le nombre d’utilisateurs augmente. Il peut également être utile à l’avenir lorsque vous a apporté des modifications au portail.