Microsoft 365は、最初のOffice 365テナントから今日の大規模なクラウドサービスへと、長い道のりを歩んできました。この移行作業の多くは、Microsoft 365 Substrateと呼ばれる一連の共有サービスとストレージを通じて、水面下で進められてきました。Office 365 Substrateという古い用語を目にすることもあるかもしれません。
共通のサービスとストレージを提供するために導入されたSubstrateは、Microsoft 365の共通検索プロバイダーであり、データガバナンス機能をホストするためのフレームワークとして最もよく知られています。Exchangeで使用される柔軟なデータストレージツールを基盤としており、ローカルデータをホストし、外部データのデジタルツインを提供するMicrosoft 365の共通NoSQLストレージレイヤーと考えるのが適切でしょう。
参照: Microsoft 365 チートシートをご覧ください。
Microsoft 365 サービスの基盤となる共通データレイヤーにすべてを統合することは、Microsoft にとって理にかなっています。その役割から「サブストレート」という名称が付けられました。半導体工場において、サブストレートとはチップが構築される層を指します。Microsoft 365 において、サブストレートは単体ではそれほど強力ではないかもしれませんが、それがなければ他のものは何も機能しません。
だからといって、データの保存場所が一つだけというわけではありません。Azure を見ればわかるように、Microsoft はデータレイク全体にわたる共通クエリフレームワークのサポートに多大な努力を払ってきました。Azure では、リレーショナルデータと非リレーショナルデータ、つまり構造化データと非構造化データが、それぞれ独自の形式で保存され、低速な共通サービスへの変換を必要とせずに済みます。
隠されたMicrosoft 365サービス
Microsoft 365 Substrateのような重要なサービスなのに、ドキュメントがほとんどないのは奇妙です。Microsoft 365のロードマップには記載されていますが、それだけです。とはいえ、これはユーザー向けの機能を持たない基盤技術なので、混乱を招く可能性のあるドキュメントはなく、Microsoft 365インスタンスの管理に役立つ出力だけが用意されている方がよいのかもしれません。
使い慣れたExchangeおよびSharePointサービスの背後に隠れたMicrosoft 365 Substrateは、データレイクの生産性ソフトウェア版のように動作し、コンテンツを確実に保存します。元の形式ではないにしても、元のデータのデジタルツインとして、使い慣れた形式で保存され、よく知られたアプリケーションプログラミングインターフェースを使用してアクセスできます。新しいサービスでは、クラウドネイティブのAzureツールを活用して拡張性とグローバルリーチを実現し、Microsoft 365のSharePointサービスとExchangeサービスの両方からデータにアクセスできます。
ここで基盤となるのは、これらのストアを管理するために必要なテクノロジーの組み合わせであり、新しいものと既存のものの間にインテリジェントな橋渡しを提供します。長期的な目標は、Power Platform の Dataverse のように、Microsoft 365 のすべてのデータをプラットフォーム全体を支える共通のストレージレイヤーに統合することです。これは複雑な作業であり、時間がかかるでしょう。おそらく Exchange やその他の Office サーバーで使用されている Extensible Storage Engine を基盤として構築されるでしょう。
Microsoft Substrateで重要なのは、それがどのように機能するかではなく、何をするかです。MicrosoftはSubstrateとそのサービス計画について語りますが、実際の仕組みはそれほど重要ではありません。必要なのは、それが存在し、機能することだけです。そうすれば、その出力を使用してユーザーとそのデータを管理できます。
Microsoft 365の基盤とコンプライアンス
Microsoft 365 Substrateの重要な役割の一つは、コンプライアンスタスクのサポートです。Exchangeメールボックスを使用して、さまざまなサービスを共通の検索およびインデックスレイヤーに統合する手段を提供します。
例えば、Microsoft Teams のチャットは Cosmos DB サービス上に構築されており、Teams がチャットやチャネルをレンダリングするための一貫性のあるグローバルかつほぼリアルタイムの方法を提供しています。これは、Teams がクラウドネイティブなサービスであるため、社内運用には非常に有効です。
しかし、電子情報開示のためにこれらのチャネルを検索する必要がある場合や、行われた会話に法的保留を設定する必要があるとしたらどうでしょうか？ここでMicrosoft 365 Substrateが役立ちます。Substrateは、ユーザーのすべてのメッセージをメールボックスにコピーし、すべてのチャネルメッセージをグループメールボックスにコピーします。チャネルからのファイルはSharePointとOneDriveに保存されます。
SharePoint および Exchange 向けに開発されたコンプライアンス アプリケーションを Teams で使用し、元の Cosmos DB データではなくメールボックスのコピーを操作できるようになります。メールボックス内のデータは Exchange の電子情報開示ツールで管理できるようになり、法的ホールドが適用されるとコピーがロックされます。その後、そのデータにルールを適用できます。例えば、一定期間後にメッセージを削除することで、機密データの管理を確実に行うことができます。
参照: TechRepublic Premium のデータ ガバナンス チェックリストを使用して、会社がコンプライアンス基準を満たしていることを確認してください。
Microsoft 365 Substrateがなければ、TeamsとCosmos DBに新しい機能が必要となり、実装は困難だったでしょう。Cosmos DBはAzureの基盤技術であるため、これは複雑なプロセスとなり、多大なエンジニアリング作業と、高速性が求められるサービスへのオーバーヘッドの増加を招く可能性がありました。
Substrateが1つのサービスから別のサービスにデータをコピーして管理していることを意識する必要はありません。必要なのは、ホールドやその他の電子情報開示ツールの対象となるExchangeメールボックスとSharePointストアの場所だけです。
Substrateは、この機能を拡張し、アプリケーションレベルでのコンプライアンス管理を支援します。これをベースとしたツールの一つが、Microsoft 365の情報バリアツールです。これにより、コンプライアンス上の理由から分離が必要なチーム（リテールバンキングや投資銀行のスタッフなど）が直接コミュニケーションできないようにすることができます。情報バリアは、これらのチームによるドキュメントの共有やTeamsでの会話を阻止します。さらに、Exchangeのアドレス帳ポリシーツールを基盤として、あるグループ内のユーザーが別のグループ内のユーザーを検索するのを阻止します。
Microsoft 365 Substrateの将来
Microsoftは、Microsoft 365 Substrateを基盤として、私たちが利用する様々なコミュニケーションチャネルに機械学習を適用し、Outlook、SharePoint、あるいは新しいVivaサービスといった将来のクライアントツールで関連情報を表示できるようにすることを発表しています。私たちが利用するツールはこれまで通りExchangeとSharePointと呼びますが、次世代の共通データレイヤー上に構築された、使い慣れたAPIとツールになります。
Microsoft 365のようなクラウドサービスを、以前は個別のサーバーだったものから構築するのは、長く複雑なプロセスです。そして、一貫性と整合性のある環境を提供するためには、Substrateのようなツールが不可欠です。これらのツールは、サービスの将来的な進化の基盤となり、サービスデータ間のサイロ化を解消し、機械学習を活用した新しいアプリケーションやサービスの基盤を提供します。新しいサービスから使い慣れた場所へコンテンツを移動させる手段として始まったこのサービスには、Microsoftの生産性向上プラットフォーム全体に新たなアーキテクチャを提供するという、興味深い未来が待っています。
