Microsoft 365 での SharePoint でのポータル起動ロールアウト計画の計画

ポータルはイントラネット上の SharePoint サイトであり、サイト上のコンテンツを使用する多くのサイト 閲覧者がいます。 大規模な組織では、複数のポータルを使用できます。 たとえば、会社のポータルと人事ポータルなどです。 通常、ポータルには、サイトとそのコンテンツの作成および作成者は比較的少ないです。 ポータルへのほとんどの訪問者は、コンテンツの読み取りと使用のみを行います。

この記事では、Microsoft 365 で SharePoint への展開とロールアウト計画を計画する方法について説明します。 また、Microsoft 365 の SharePoint では従来のロード テストが許可されていないため、従う方法も提供されます。 Microsoft 365 の SharePoint はクラウド サービスであり、サービスの負荷機能、正常性、および全体的な負荷のバランスは Microsoft によって管理されます。

ポータルの作成を成功させるには、「正常なポータルの作成、起動、保守」で詳しく説明されている基本原則、プラクティス、推奨事項に従ってください。

ポータル起動スケジューラ

ポータル起動スケジューラを使用して、スケジュールされたフェーズでorganizationのユーザーにポータルをリリースします。 詳細情報:

ポータル起動スケジューラ

Microsoft 365 での SharePoint での容量計画の概要

容量を効率的に使用し、予期しない成長に対処するために、どのファームでも、特定の使用シナリオを追跡する自動化があります。 1 つのファーム内の 1 つのテナントでは正確な増加は予測できませんが、要求の集計合計は時間の経過と同時に予測できます。 Microsoft 365 の SharePoint の成長傾向を特定することで、今後の拡張を計画できます。 詳細については、「 容量計画とロード テスト SharePoint」を参照してください。

成功した打ち上げの重要な部分は、"ウェーブ" または "段階的なロールアウト" アプローチです。

Microsoft 365 で SharePoint を読み込むことができますか?

Microsoft 365 の SharePoint は、ファーム間でバランスが取れた共有マルチテナント環境であり、スケールは継続的に調整されます。 Microsoft 365 の SharePoint などの環境をロード テストします。この環境では、スケールの変更が継続的に行われますが、予期しない結果が得られないだけでなく、許可されません。

詳細情報: Microsoft 365 での SharePoint の容量計画とロード テスト

推奨されるガイドラインに従ってページを最適化する

オンプレミス展開のページは、SharePoint の推奨ガイドラインに照らして確認することなく、単に SharePoint 上に移動するべきではありません。 最適な方法は、SharePoint 内の任意のサイトまたはポータルのホーム ページを常に最適化することです。これは、organizationのほとんどのユーザーがサイトの開始点としてアクセスする場所です。

いくつかの基本的な要因を考慮する必要があります。

• オンプレミスのデプロイでは、オブジェクト キャッシュ、出力キャッシュ、BLOB キャッシュなどの従来のサーバー側キャッシュを使用できます。 クラウドのトポロジの違いにより、これらのオプションは必ずしも使用できるとは限りません。
• クラウドの使用に使用されるページ/機能/カスタマイズは、さまざまな領域またはリージョンのユーザーがより一貫性のあるエクスペリエンスを得ることができるように、待機時間が長く、ユーザーの分散場所に合わせて最適化する必要があります。 クラウドでは、分散ユーザー ベースと最新の SharePoint 用に最適化するコンテンツ配信ネットワーク (CDN) などの最適化が提供されています。最新の既知の問題 (LKG) は、既定の (OOTB) Web パーツによって利用されます。

実行する操作:

• SharePoint のすべてのサイト ページで、ページ診断ツールを使用します。これは、分析とガイダンスの提供を支援するChromium拡張機能です。 このツールは、分析と最適化の出発点として設計されているため、サイト所有者、編集者、管理者、開発者が使用できます。
• また、開発者は、最新ページのブラウザーで F12 ブラウザー開発者ツールや Ctrl - F12 などの開発ツールを使用する必要があります。 Fiddler を使用して、ページのサイズの重み (ページのサイズがメガバイト単位) と、ページの読み込み全体に影響を与える呼び出しと要素の数を確認することもできます。

このセクションでは、ページを最適化するための簡単な概要を示しました。 詳細については、「 正常なポータルの作成、起動、保守」を参照してください。

ウェーブ/段階的なロールアウトアプローチに従う

サイトの立ち上げに対する従来のビッグ バン アプローチでは、カスタマイズ、外部ソース、サービス、またはプロセスが適切な規模でテストされていることを検証することはできません。 この方法は、起動に数か月かかるという意味ではありませんが、organizationのサイズに応じて、少なくとも数日間にわたって推奨されます。 したがって、ウェーブ ロールアウト 計画に従うと、次のフェーズに進む前に問題を一時停止して解決するオプションが提供されるため、問題の影響を受ける可能性のあるユーザー数を減らします。 サービスとしての SharePoint は、使用状況と予測された使用状況に基づいて容量をスケーリングします。また、起動を通知する必要はありませんが、成功を確実にするためにガイドラインに従う必要があります。

次の図に示すように、多くの場合、招待されたユーザーの数は、実際にサイトを使用するユーザーよりも多くなります。 この画像は、リリースをロールアウトする方法に関する戦略を示しています。 この方法は、ほとんどのユーザーに表示される前に SharePoint サイトを改善する方法を特定するのに役立ちます。

パイロット フェーズでは、organizationが信頼し、関与することをユーザーからフィードバックを得ることをお勧めします。 これにより、システムの使用方法とパフォーマンスを測定できます。

各ウェーブ中に、デプロイの各ウェーブ中に、機能とパフォーマンスに関するユーザー フィードバックを収集します。 フィードバックを収集すると、システムの使用が増えるにつれて、システムをゆっくりと導入し、改善できるという利点があります。 これにより、サイトがより多くのユーザーにロールアウトされ、ページ最適化のガイドラインに従うことでユーザーに肯定的なエクスペリエンスが確保されるため、負荷の増加に対応することもできます。

実行する操作:

• 各フェーズのタイミングを決定し、続行する前に調整を行う必要がある場合は、コンティンジェンシー/一時停止の機会があることを確認します
• 前に進む必要があるフィードバックを確実に受け取れるように、有効にするユーザーの最初のグループを計画します。 可能な場合は、タイムリーにフィードバックを提供するアクティブなユーザー グループを選択します
• 各ウェーブを計画するときは、小さなユーザー ベース (5,000 人未満のユーザー) から始めましょう。 各ウェーブを進めるにつれて、グループ サイズを大きくします。 時間差アプローチを作成することで、必要に応じて一時停止の機会を簡単にできます。