SharePoint Online ポータルの展開ガイダンス
時間と労力をかけて SharePoint ベースの新しいポータルを構築した後、できるだけ早く稼働させたいと考えています。そのための優れたモデルがあるでしょうか。 この記事では、エンド ユーザー用にポータルを展開するための推奨モデルについて説明します。
注:
このガイダンスは主に SharePoint Online を対象にしていますが、大部分はオンプレミスの SharePoint 環境でホストされているポータルにも適用されます。
行うべきではないこと
以下の一覧に、ポータルを展開するときに行うべきではない主要な事柄を示します。
以下を行わないでください:
- SharePoint Online テナントに対してポータルのストレス テストを実施する。
- 新しいポータルをすべてのユーザーに同時にリリースする必要がある ”ビッグバン” リリースを実行する。
- サイト グループのメンバーとして多数のセキュリティ グループを設定してポータルを共有する。 これは、多数のセキュリティ グループ (3、4 万) にそれぞれ単一サイト グループ メンバーシップがある場合、または少数のセキュリティ グループでも多数のサイト グループのメンバーがある場合に発生することがあります。
これまで行ってきた方法
これまで、インフラストラクチャがページ読み込み時間を適正に保ちながら読み込みを処理できるかどうかを評価するため、オンプレミスの SharePoint ベースのポータルに大規模なストレス テストを実行してきました。
しかし SharePoint Online を使用する場合、従来のストレス テストを実行することはできなくなりました。理由は次のとおりです。
SharePoint Online ではロード テストはサービス拒否攻撃と見なされ、ユーザーだけでなくテナント全体がブロックされます。
ロード テストがブロックされない場合でも、結果が制限され、解釈するのが難しいテスト結果が生成されます。
SharePoint Online は基礎となるインフラストラクチャを動的に拡大または縮小させて優れたパフォーマンスを確保します。しかしそれは、大量の負荷の増加が突然に行われたりしない場合です。 スケーリング バックエンド モデルでは増加した負荷を緩和するための時間が必要になります。
このようなパフォーマンス テストは 1 回限りの検証ですが、ポータルは進化し続けます。 ポータルのパフォーマンスを継続的にフォローアップできるように、組み込みのポータル テレメトリを使用する方が適しています。 また、実際の使用状況パターンを表すロード テストを構築することは困難です。
新しいポータルを展開するための推奨方式は、段階的なロールアウト計画を組み込みのポータル テレメトリと組み合わせて使用し、ユーザーの増加につれてポータル パフォーマンスを測定していくという方法です。 次のセクションでは、このアプローチに関する詳細を示します。
段階的なロールアウト計画とテレメトリを使用する
新機能をロールアウトするための推奨されるモデルでは、通常、以下の要素で構成される段階的な方式が使用されます。
パイロット ウェーブ: この段階で、選択した主要なユーザー グループにポータルが初めて公開されます。 初期フィードバックを提供できる、代表的で主要なユーザーの集合を選択することが重要です。
1 つまたは複数のエンド ユーザー ウェーブ: ウェーブ数は、フォローするモデルと組み合わせるユーザー数によって異なります。 ロールアウト ウェーブを組織の構造に合わせて調整する企業もあれば、国/地域で調整する企業もあります。 最終的に最も重要になるのは、新しいユーザーをポータルに徐々に追加するという点です。
次の図は、段階的なロールアウト計画を示しています。 通常、エンドユーザー ウェーブのアクティブ ユーザー数は招待ユーザー数より少なくなるという点も考慮に入れています。
この段階的なアプローチでは、フィードバックを吸収し、必要に応じてポータルに調整を加える時間があります。 しかし、この段階的ロールアウトの間に、どのようにパフォーマンスを計測し、フォローアップしたら良いでしょうか。
このための推奨方式は、SharePoint Online ポータルのパフォーマンス ガイダンスのテレメトリ セクションで説明されているように、実装環境にポータル テレメトリを埋め込む方法です。 ポータル パフォーマンス データの継続的なフローを確立することは、ユーザー数が増えた際に、ポータルのパフォーマンスに変化が生じているかどうかを把握するのに役立ちます。 将来、ポータルに変更を加えるときにも、非常に役立ちます。