M365Con 2027 – 無料オンラインカンファレンス · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

SharePoint Embedded と従来の SharePoint サイトの比較:コスト、課金、アーキテクチャを解説

By ·

SharePoint Embedded と従来の SharePoint サイトの主な違いを、ヘッドレス アーキテクチャ、Azure 課金、セキュリティの観点から解説します。

Automatically translated with AI from the original post. Read the English original

Cover: SharePoint Embedded - Simply Explained

SharePoint Embedded と従来の SharePoint チーム サイトの根本的な違いを理解することは、現代のクラウド アーキテクトや開発者にとって欠かせません。標準のサイトは、リッチなユーザー インターフェイスを備えた人による直接的なコラボレーション向けに設計されています。一方、SharePoint Embedded は、ユーザー向けの SharePoint UI を必要とせず、基幹業務アプリケーションを支えるために特化して構築されたヘッドレスのドキュメント管理基盤を提供します。

重要なポイント

アーキテクチャの違い:ヘッドレス ストレージとユーザー サイト

IT の意思決定者が Microsoft 365 のストレージ オプションを検討する際、標準の SharePoint サイトや Microsoft 365 グループを作成することが多くあります。しかし、従来の SharePoint サイトは、カスタム ソフトウェアのバックエンドとして使うだけでも非常に大きなオーバーヘッドが伴います。ドキュメント ライブラリ、リスト、アクセス許可の管理画面、サイト ページ、ナビゲーション メニューが付いてきますが、カスタム アプリケーションが独自のユーザー インターフェイスを持っている場合、これらはいずれも必要ありません。

SharePoint Embedded は、コンテナーという概念を導入することで、この考え方を根本から変えます。コンテナーは、プロジェクト、顧客アカウント、請求書など、アプリ内の特定のエンティティに関連付けられたファイルを格納する、独立した安全な保管場所として機能します。これらのコンテナーに紐づく、ユーザー向けの SharePoint サイトはありません。ユーザーは専らカスタム アプリケーションのインターフェイスを通じて操作し、アプリは Microsoft Graph API を介して基盤のストレージ基盤と通信します。

このアーキテクチャの分離により、開発者は既存の SharePoint チーム サイトをアプリの要件に合わせてハックしたりカスタマイズしたりする必要がなくなります。代わりに、Microsoft のクラウド基盤が持つ実績ある信頼性を活かした、シンプルで API ファーストのコンテンツ管理システム(CMS)のバックエンドが得られます。

課金とライセンスの仕組み

この技術がもたらす最も重要な変化の一つが、財務面とライセンスモデルです。従来のSharePoint のストレージは Microsoft 365 テナント全体のストレージプールに直接紐付いており、そのプールは購入するライセンス付きユーザー数に応じて増えます(追加ストレージはアドオンとして別途購入できます)。

SharePoint Embedded は、このユーザー中心のモデルから離れ、Azure の従量課金型の課金構造を採用しています。ファイルは個々の従業員やチームではなくアプリケーションに属するため、組織は実際のリソース使用量、特にストレージ容量と API トランザクション数に基づいて支払います。

このため SharePoint Embedded は、マルチテナント SaaS アプリケーションを開発する独立系ソフトウェアベンダー(ISV)や、Microsoft 365 E3 や E5 のユーザーライセンスまでは必要ない外部パートナーや委託先向けの社内ツールを開発する企業の IT 部門にとって、非常にコスト効率の高い選択肢になります。Azure サブスクリプションをプロビジョニングし、それをコンテナー型に関連付けるだけで、アプリケーションが消費した分だけを支払えばよいのです。

セキュリティ、ガバナンス、コンプライアンス

安全なドキュメント管理システムをゼロから構築するのは、非常に大きな取り組みです。開発者は、保存時と転送時の暗号化、アクセス制御リスト、監査ログ、データ保持ポリシー、eDiscovery 機能を考慮しなければなりません。これらのいずれかの領域で不備があれば、重大なデータ漏えいや規制違反につながりかねません。

SharePoint Embedded を活用すれば、カスタムアプリケーションは Microsoft 365 のエンタープライズ級のセキュリティとコンプライアンスの枠組みを即座に引き継げます。つまり、アプリケーションのバックエンドのファイルは、自動的に次の機能の恩恵を受けます。

重要な点として、アプリケーションがアクセスをプログラムで管理するため、開発者はソフトウェアの業務ロジックを正確に反映した、きめ細かなロールベースのアクセス制御(RBAC)を適用できます。これにより、ユーザーは明示的にアクセスを許可されたファイルだけを確認できるようになります。

まとめ

SharePoint Embedded は、カスタムアプリケーション開発とエンタープライズ級のドキュメント管理の間のギャップを埋めます。ユーザー向けの肥大化したチームサイトから離れ、Azure の従量課金で提供されるヘッドレスでコンテナー化されたストレージを採用することで、組織や ISV は車輪の再発明をすることなく、強力で安全なアプリケーションを構築できます。

この技術が Microsoft クラウドエコシステム全体にどう位置づけられるかをさらに深く知りたい場合は、M365 FM Podcast のエピソード全編を聴いてください。最新のクラウドストレージソリューションの実装に関する専門家の見解、アーキテクチャの解説、実践的なガイダンスが得られます。

よくある質問

エンドユーザーは、標準の SharePoint インターフェイスから SharePoint Embedded のファイルに直接アクセスできますか?

いいえ。SharePoint Embedded のコンテナーは完全にヘッドレスです。ユーザー向けの SharePoint サイト、ドキュメントライブラリのインターフェイス、Web UI はありません。ファイルへのすべての操作は、Microsoft Graph API を利用するカスタムのホストアプリケーションを通じて行う必要があります。

SharePoint Embedded の課金は、従来の SharePoint ストレージと比べてどのように行われますか?

従来の SharePoint ストレージは、組織の Microsoft 365 ユーザーライセンス数に基づいてプール化されます。SharePoint Embedded は Azure の従量課金モデルを採用しており、Azure サブスクリプションに紐づく実際のストレージ容量と API トランザクション数に基づいて組織に課金します。

SharePoint Embedded を搭載したアプリを通じてファイルにアクセスする外部ユーザーには、Microsoft 365 のユーザーライセンスが必要ですか?

いいえ。開発者や ISV にとっての主な利点の一つは、カスタムアプリケーションだけを通じてファイルとやり取りする外部ユーザー、パートナー、顧客に、個別の Microsoft 365 ユーザーライセンスが不要なことです。課金は Azure の従量課金で処理されるためです。

SharePoint Embedded のコンテナーは、どのようなセキュリティ機能を引き継ぎますか?

コンテナーは、Microsoft 365 および Microsoft Purview から堅牢なエンタープライズ級のセキュリティ機能を引き継ぎます。これには、自動暗号化、包括的な監査ログ、データ損失防止(DLP)ポリシー、保持ラベル、eDiscovery のサポートが含まれます。

SharePoint SharePoint Embedded Microsoft 365 Data loss prevention (DLP) eDiscovery Microsoft Fabric Microsoft Graph

Related articles

RSS