Partager via

Planification du plan de lancement de votre portail dans SharePoint dans Microsoft 365

  • Article

Un portail est un site SharePoint sur votre intranet avec de nombreux visiteurs de site qui consomment du contenu sur le site. Les grandes organisations peuvent avoir plusieurs portails. Par exemple, un portail d’entreprise et un portail RH. En règle générale, les portails ont peu de personnes qui créent le site et son contenu. La plupart des visiteurs du portail se content de lire et de consommer le contenu.

Cet article explique comment planifier votre plan de déploiement et de déploiement dans SharePoint dans Microsoft 365. Il fournit également des approches à suivre, car les tests de charge traditionnels ne sont pas autorisés sur SharePoint dans Microsoft 365. SharePoint dans Microsoft 365 est un service cloud et les fonctionnalités de charge, l’intégrité et l’équilibre global de la charge dans le service sont gérés par Microsoft.

Pour vous aider à créer un portail réussi, suivez les principes de base, les pratiques et les recommandations détaillés dans Création, lancement et maintenance d’un portail sain.

Planificateur de lancement du portail

Utilisez le planificateur de lancement du portail pour publier votre portail pour les utilisateurs de votre organisation dans des phases planifiées. En savoir plus :

Icône Calendrier. Planificateur de lancement du portail

Vue d’ensemble de la planification de la capacité dans SharePoint dans Microsoft 365

Afin d’utiliser efficacement la capacité et de faire face à une croissance inattendue, dans n’importe quelle batterie de serveurs, nous disposons d’une automatisation qui effectue le suivi de certains scénarios d’utilisation. Bien que la croissance exacte soit imprévisible pour un locataire dans une batterie de serveurs, la somme agrégée des demandes est prévisible au fil du temps. En identifiant les tendances de croissance dans SharePoint dans Microsoft 365, nous pouvons planifier l’expansion future. Pour plus d’informations, voir Planification de la capacité et test de charge SharePoint.

Un élément clé d’un lancement réussi est l’approche de « vague » ou de « déploiement par phases ».

Puis-je effectuer un test de charge SharePoint dans Microsoft 365 ?

SharePoint dans Microsoft 365 est un environnement mutualisé partagé qui est équilibré entre les batteries de serveurs et la mise à l’échelle est ajustée en permanence. Le test de charge d’un environnement, comme SharePoint dans Microsoft 365, dont la mise à l’échelle change en continu vous donnera non seulement des résultats inattendus, mais ce n’est pas autorisé.

En savoir plus : Planification de la capacité et test de charge SharePoint dans Microsoft 365

Les pages d’un déploiement local ne doivent pas simplement être déplacées telles qu’elles sont sur SharePoint sans les examiner par rapport aux recommandations pour SharePoint. La meilleure approche consiste à toujours optimiser n’importe quelle page d’accueil pour n’importe quel site ou portail dans SharePoint, car c’est là que la plupart des utilisateurs de votre organisation accèdent comme point de départ pour vos sites.

Quelques facteurs de base doivent être pris en compte :

  • Les déploiements locaux peuvent utiliser des caches côté serveur traditionnels comme le cache d’objets, le cache de sortie et le cache d’objets blob. Avec les différences de topologie dans le cloud, ces options ne sont pas nécessairement disponibles, car les différences d’échelle les rendent moins viables.
  • Toutes les pages / fonctionnalités / personnalisations utilisées pour la consommation cloud doivent être optimisées pour une latence plus élevée et les emplacements distribués des utilisateurs, afin que les utilisateurs de différentes zones ou régions aient une expérience plus cohérente. Le cloud offre des optimisations telles que les réseaux de distribution de contenu (CDN) pour optimiser pour une base d’utilisateurs distribuée et pour SharePoint moderne, le dernier bien connu (LKG) est utilisé par nos composants WebPart prêtes à l’emploi (OOTB).

Que faire :

  • Pour toutes les pages de site dans SharePoint, utilisez l’outil Diagnostics de page, qui est une extension Chromium qui permet d’analyser et de fournir des conseils. Cet outil peut être utilisé par les propriétaires de site, les éditeurs, les administrateurs et les développeurs, car il est conçu pour être un point de départ pour l’analyse et l’optimisation.
  • Les développeurs doivent également utiliser des outils de développement tels que l’outil de développement de navigateur F12 et CTRL-F12 dans le navigateur sur les pages modernes. Fiddler peut également être utilisé pour examiner le poids de la taille (taille de la page en mégaoctets) de la page et le nombre d’appels et d’éléments ayant un impact sur la charge globale de la page.

Cette section était un bref résumé de l’optimisation des pages. Pour en savoir plus, consultez : Création, lancement et maintenance d’un portail sain.

Suivre une approche de déploiement par vagues/phases

L’approche big bang traditionnelle pour les lancements de sites n’autorise pas la vérification que les personnalisations, les sources externes, les services ou les processus ont été testés à la bonne échelle. Cette approche ne signifie pas qu’il faut des mois pour lancer, mais elle est recommandée sur au moins plusieurs jours en fonction de la taille de votre organisation. Le suivi d’un plan de déploiement par vague vous donne donc la possibilité de suspendre et de résoudre les problèmes avant de passer à la phase suivante, ce qui réduit le nombre potentiel d’utilisateurs affectés par les problèmes. SharePoint as a service met à l’échelle votre capacité en fonction de l’utilisation et de l’utilisation prédite. Bien que nous n’ayons pas besoin que vous nous avertissiez de votre lancement, vous devez suivre les instructions pour garantir la réussite.

Comme le montre l’image suivante, le nombre d’utilisateurs invités est souvent plus élevé que ceux qui utilisent réellement le site. Cette image montre une stratégie sur la façon de déployer une mise en production. Cette méthode permet d’identifier les moyens d’améliorer le site SharePoint avant que la plupart des utilisateurs ne le voient.

Graphique montrant les utilisateurs invités et actifs.

Dans la phase pilote, il est judicieux d’obtenir des commentaires des utilisateurs sur le fait que l’organisation a confiance et sait qu’elle sera engagée. De cette façon, il est possible d’évaluer la façon dont le système est utilisé et comment il fonctionne.

Pendant chacune des vagues, rassemblez les commentaires des utilisateurs sur les fonctionnalités et les performances au cours de chaque vague de déploiement. La collecte de commentaires présente l’avantage d’introduire lentement le système et d’apporter des améliorations à mesure que le système est plus utilisé. Cela nous permet également de réagir à la charge accrue à mesure que le site est déployé pour un plus grand nombre d’utilisateurs et que le respect des instructions pour l’optimisation de la page garantit une expérience positive pour vos utilisateurs.

Que faire :

  • Déterminez le calendrier de chaque phase et assurez-vous que vous disposez d’une opportunité d’urgence/de pause, si vous devez effectuer des ajustements avant de continuer
  • Planifiez votre premier groupe d’utilisateurs que vous souhaitez activer pour vous assurer de recevoir les commentaires dont vous avez besoin pour aller de l’avant. Si possible, sélectionnez un groupe actif d’utilisateurs qui fourniront des commentaires en temps voulu
  • Lorsque vous planifiez chaque vague, essayez de commencer avec une petite base d’utilisateurs (moins de 5 000 utilisateurs). Augmentez la taille des groupes à mesure que vous poursuivez avec chaque vague. En créant une approche échelonnée, elle permet d’effectuer des pauses plus faciles en fonction des besoins.