Planen des Rolloutplans für die Portalstarts in SharePoint Online

Ein Portal ist eine SharePoint-Website in Ihrem Intranet mit vielen Website-Viewern, die Inhalte auf der Website nutzen. Große Organisationen könnten mehrere Portale haben. Zum Beispiel ein Unternehmensportal und ein HR-Portal. In der Regel erstellen und bearbeiten nur relativ wenige Personen die Portalwebsite und deren Inhalte. Die meisten Besucher des Portals können den Inhalt nur lesen und nutzen.

In diesem Artikel wird beschrieben, wie Sie Ihren Bereitstellungs- und Rolloutplan für SharePoint Online planen. Es bietet auch Ansätze, die zu befolgen sind, da herkömmliche Ladetests in SharePoint Online nicht zulässig sind. SharePoint Online ist ein Clouddienst, und die Ladefunktionen, der Status und das allgemeine Gleichgewicht der Last im Dienst werden von Microsoft verwaltet.

Um bei der Erstellung eines erfolgreichen Portals zu helfen, befolgen Sie die grundlegenden Prinzipien, Praktiken und Empfehlungen, die im Erstellen, Starten und Verwalten eines fehlerfreien Portals beschrieben sind.

Der Bereitstellungsansatz wird unten hervorgehoben.

Portal-Startplaner

Verwenden Sie den Portalstartplaner, um Ihr Portal in geplanten Phasen für Benutzer in Ihrer Organisation freizugeben. Weitere Informationen:

Kalendersymbol.Portal-Startplaner

Übersicht über die Kapazitätsplanung in SharePoint Online

Um die Kapazität effizient zu nutzen und unerwartetes Wachstum zu bewältigen, haben wir in jeder Farm eine Automatisierung, die bestimmte Nutzungsszenarien nachverfolgt. Während das genaue Wachstum für jeden Mandanten in einer Farm unvorhersehbar ist, ist die aggregierte Summe der Anforderungen im Laufe der Zeit vorhersagbar. Indem wir die Wachstumstrends in SharePoint Online identifizieren, können wir eine zukünftige Expansion planen. Weitere Informationen zur Kapazitätsplanung und zum Laden von SharePoint Online.

Ein wichtiger Bestandteil eines erfolgreichen Starts ist der ansatz "Wave" oder "phased roll-out", der unten beschrieben wird.

Kann ich SharePoint Online-Test laden?

SharePoint Online ist eine gemeinsam genutzte Umgebung mit mehreren Mandanten, die farmübergreifend ausgeglichen ist und die Skalierung fortlaufend angepasst wird. Laden von Tests einer Umgebung wie SharePoint Online, deren Skalierungsänderungen kontinuierlich geändert werden, liefern nicht nur unerwartete Ergebnisse, sondern sind nicht zulässig.

Weitere Informationen: Kapazitätsplanung und Auslastungstests in SharePoint Online

Seiten aus einer lokalen Bereitstellung sollten nicht einfach so verschoben werden, wie sie sich in SharePoint Online befinden, ohne sie anhand empfohlener Richtlinien für SharePoint Online zu überprüfen. Der beste Ansatz besteht darin, jede Startseite für jede Website oder jedes Portal in SharePoint immer zu optimieren, da hier die meisten Benutzer in Ihrer Organisation als Ausgangspunkt für Ihre Website(en) zugreifen.

Einige grundlegende Faktoren sollten berücksichtigt werden:

  • Lokale Bereitstellungen können herkömmliche serverseitige Caches wie Objektcache, Ausgabecache und Blobcache verwenden. Bei den Topologieunterschieden in der Cloud sind diese Optionen nicht unbedingt verfügbar, da die schieren Skalierungsunterschiede sie weniger praktikabel machen.
  • Alle Seiten / Features / Anpassungen, die für den Cloudverbrauch verwendet werden, sollten für eine höhere Latenz und die verteilten Standorte der Benutzer optimiert werden, damit Benutzer in verschiedenen Bereichen oder Regionen eine einheitlichere Erfahrung haben. Cloud bietet Optimierungen wie Content Delivery Networks (CDN) zur Optimierung für eine verteilte Benutzerbasis und für modernes SharePoint, das letzte bekannte Gut (LKG) wird von unseren out-of-the-box -Webparts (OOTB) genutzt.

Was zu tun ist:

  • Verwenden Sie für alle Websiteseiten in SharePoint Online das Tool "Seitendiagnose", eine Chromium Erweiterung, die beim Analysieren und Bereitstellen von Anleitungen unterstützt wird. Dieses Tool kann von Websitebesitzern, Editoren, Administratoren und Entwicklern verwendet werden, da es als Ausgangspunkt für Analyse und Optimierung konzipiert ist.
  • Entwickler sollten auch Entwicklungstools wie das F12-Browser-Entwicklertool und STRG-F12 im Browser auf modernen Seiten verwenden. Fiddler kann auch verwendet werden, um die Größengewichtung (wie groß die Seite in Megabyte ist) der Seite sowie die Anzahl der Aufrufe und Elemente zu überprüfen, die sich auf die Gesamtauslastung der Seite auswirken.

Dieser Abschnitt war eine kurze Zusammenfassung zum Optimieren von Seiten. Weitere Informationen finden Sie unter: Erstellen, Starten und Verwalten eines fehlerfreien Portals.

Folgen Sie einem Wave/Phased-Rollout-Ansatz

Der herkömmliche Big Bang-Ansatz für Websitestarts lässt keine Überprüfung zu, ob Anpassungen, externe Quellen, Dienste oder Prozesse im richtigen Maßstab getestet wurden. Dieser Ansatz bedeutet nicht, dass der Start monatelang dauern wird, es wird jedoch empfohlen, mindestens mehrere Tage in Abhängigkeit von der Größe Ihrer Organisation zu dauern. Nach einem Wave Roll-out-Plan haben Sie daher die Möglichkeit, Probleme anzuhalten und zu beheben, bevor Sie mit der nächsten Phase fortfahren. Dadurch wird die potenzielle Anzahl von Benutzern verringert, die von Problemen betroffen sind. SharePoint as a Service skaliert Ihre Kapazität basierend auf der Nutzung und der prognostizierten Nutzung, und obwohl sie uns nicht über Ihren Start benachrichtigen müssen, sollten Sie die Richtlinien befolgen, um den Erfolg sicherzustellen.

Wie in der folgenden Abbildung dargestellt, ist die Anzahl der eingeladenen Benutzer häufig erheblich höher als die, die die Website tatsächlich verwenden. Diese Abbildung zeigt eine Strategie zum Rollout einer Version. Diese Methode hilft dabei, Möglichkeiten zur Verbesserung der SharePoint-Website zu identifizieren, bevor sie den meisten Benutzern angezeigt wird.

Diagramm mit eingeladenen und aktiven Benutzern.

In der Pilotphase ist es gut, Feedback von Benutzern zu erhalten, denen die Organisation vertraut und weiß, dass sie eingebunden werden. Auf diese Weise können Sie messen, wie das System verwendet wird und wie es funktioniert.

Sammeln Sie während jeder Phase der Bereitstellung Benutzerfeedback zu den Features und der Leistung. Das Sammeln von Feedback hat den Vorteil, dass das System langsam eingeführt wird und Verbesserungen vorgenommen werden, sobald das System mehr verwendet wird. Dies ermöglicht es uns auch, auf die erhöhte Last zu reagieren, wenn die Website für mehr Benutzer bereitgestellt wird und in Kombination mit den Richtlinien für die Seitenoptimierung eine positive Erfahrung für Ihre Benutzer gewährleistet.

Was zu tun ist:

  • Entscheiden Sie über das Timing jeder Phase und stellen Sie sicher, dass Sie eine Notfall-/Pausenchance haben, falls Sie Anpassungen vornehmen müssen, bevor Sie fortfahren
  • Planen Sie Ihre erste Gruppe von Benutzern, die Sie aktivieren möchten, um sicherzustellen, dass Sie das Feedback erhalten, das Sie benötigen, um voranzukommen. Wählen Sie nach Möglichkeit eine aktive Gruppe von Benutzern aus, die zeitnah Feedback geben wird.
  • Versuchen Sie bei der Planung jeder Welle, mit einer kleinen Benutzerbasis (weniger als 5000 Benutzer) zu beginnen. Erhöhen Sie die Gruppengrößen, während Sie mit jeder Welle fortfahren. Durch die Erstellung eines gestaffelten Ansatzes ermöglicht es bei Bedarf einfachere Pausenmöglichkeiten.