はじめに
本書の目的
本調査は、Microsoft 365に統合されたContent Delivery Network（CDN）機能について、やさしく丁寧に解説することを目的とします。CDNの基本から、Office 365での具体的な設定、利用できるプロバイダー、プライバシー配慮まで幅広く扱います。
対象読者
Microsoft 365管理者、IT担当者、セキュリティ担当者、またはCDNの導入を検討している技術者や関係者を想定しています。専門用語は最小限にし、具体例で補います。
本書の構成
第2章以降でCDNの基本概念、Office 365向けの構成、導入手順、オリジン設定、プロバイダー情報、プライバシー対策、動的なFQDN管理方法まで10章で順に説明します。各章は実務で役立つ手順や注意点に重点を置いてまとめます。
CDNの基本概念
CDNとは
Content Delivery Network（CDN）は、インターネット上でコンテンツを素早く届けるための分散サーバーの仕組みです。世界各地に置かれた「エッジサーバー」が利用者に近い場所からデータを配信します。身近な例では、動画再生や画像の読み込み速度が速くなる仕組みです。
仕組みの概略
利用者がWebサイトへアクセスすると、その要求は最も近いエッジサーバーへ向かいます。エッジにキャッシュがあれば即座に応答し、なければ元のオリジンサーバーから取得して配信します。これにより遅延が減り、同時アクセスにも強くなります。
主な利点
- 表示速度の改善：ページや動画が速く表示されます。
- 負荷分散：トラフィックを複数のサーバーで振り分けます。
- 可用性向上：一部のサーバー障害でもサービス継続しやすいです。
- 帯域節約：オリジンへの直送を減らせます。
運用上の注意点
キャッシュの有効期限（TTL）設定やコンテンツ更新時の無効化（キャッシュクリア）を適切に行ってください。機密情報の配信や地域ごとの法規制にも注意が必要です。簡単なルール管理でCDNの恩恵を安全に受けられます。
Office 365 CDNの構成と利用可能性
概要
Office 365 CDN（現在はMicrosoft 365 CDN）は、複数のCDNプロバイダーと複数のオリジンを組み合わせて動作します。静的な画像、スクリプト、フォントなどのアセットをオリジン（発信元）にホストし、世界中の高速ネットワークから配信します。これによりページ表示が速くなり、ユーザー体験が向上します。
利用可能性
このCDNサービスはProductionクラウドのテナントで利用できます。米国政府クラウド、China（中国）クラウド、Germany（ドイツ）クラウドのテナントではサポートされていません。Productionクラウドとは、一般の企業や学校などが利用する標準のMicrosoft 365環境を指します。
コストと包含
Microsoft 365 CDNはSharePoint Onlineのサブスクリプションに含まれており、追加ライセンスなしで利用できます。例えば社内ポータルの画像や共通スクリプトをCDNに置くことで、帯域や表示速度の改善が期待できます。
注意点
使用前にテナントの種類を確認してください。オリジンの種類や管理方法は別章で詳しく説明します。
CDNの導入計画とオリジンの設定
Office 365 CDNを導入する際は、段階を追って計画すると失敗が少なくなります。まず最初に、配信したい静的アセット（画像、スクリプト、スタイルシートなど）を洗い出します。次に、それらをどこに置くか（オリジン）を決めます。オリジンはSharePointサイト、ドキュメントライブラリ、特定フォルダなど柔軟に設定できます。
選定のポイントは次の通りです。1) アクセス形態：社内限定か公開か。2) 更新頻度：頻繁に変わるものは短めのキャッシュ設定が向きます。3) 管理のしやすさ：複数のサイトに散らばると管理が手間になります。
オリジンの構成例を挙げます。単一オリジンにまとめる場合、すべての静的資産を専用ライブラリに集約し、管理・権限設定を一元化します。利点は設定が簡単で運用負荷が低い点です。複数オリジンに分ける場合、部署ごとやコンテンツ種別ごとに分けると、更新や権限管理を分散できます。
実務上の注意点として、オリジンパスを決めたらキャッシュ制御や公開設定（公開CDNかプライベートCDNか）を合わせて設計してください。導入前に小さな範囲でテスト配信を行い、想定どおりコンテンツが配信されるか、権限や更新反映の動きを確認してください。最後に、運用ルール（置き場所、命名規則、キャッシュ更新手順）を明文化しておくと安心です。
デフォルトの公開CDNオリジン
概要
Microsoft 365（SharePoint）のCDNを有効化すると、デフォルトで公開用オリジンが用意されます。これによりよく使われるサイト資産を高速配信できます。
含まれるオリジン
- /masterpage：マスターページや共通レイアウト用ファイル
- /Style Library：CSSや画像などのスタイル資源
- /clientsideassets：クライアント側のスクリプトやバンドル（2017年12月に追加）
clientsideassetsについて
clientsideassetsはSharePoint Framework（SPFx）ソリューションで必須のオリジンです。SPFxで配布するJSやマニフェストをCDN経由で配信するため、これがないと期待どおりに動作しません。
既存環境での注意点
過去にCDNを有効化した場合、clientsideassetsは自動で追加されないことがあります。古い環境では手動で追加する必要がある点に注意してください。
確認と簡単な対処
管理センターやPowerShellで現在のオリジン一覧を確認します。clientsideassetsが無ければ管理画面かPowerShellで追加してください。接続URLは通常のサイトパスに対応する形になります。
運用上のポイント
公開オリジンは誰でもアクセス可能となるため、公開して良い資産だけを置いてください。キャッシュの影響で更新が遅れる場合があるため、バージョニングを活用すると安全です。
CDNオリジンの追加方法とコマンド実行
前提条件
- SharePoint 管理者またはグローバル管理者の権限が必要です。
- SharePoint Online Management Shell または PnP PowerShell モジュールを事前にインストールします。
基本手順
- 管理モジュールに接続します（例:
Connect-SPOServiceまたはConnect-PnPOnline）。 - オリジンを追加するコマンドを実行します。
コマンド例
- SharePoint Online Management Shell（公開 CDN のオリジン追加）
Add-SPOTenantCdnOrigin -CdnType Public -OriginUrl "/sites/contoso/StyleLibrary"
- PnP PowerShell
Add-PnPTenantCdnOrigin -CdnType Public -Origin "/sites/contoso/StyleLibrary"
実行後の反映
コマンド実行後、設定はデータセンター全体に同期されます。反映に最大15分程度かかることがありますので、すぐにアクセスできない場合は少し待ってください。
確認方法とトラブル対応
- 登録されたオリジンは
Get-SPOTenantCdnOriginsまたはGet-PnPTenantCdnOriginsで確認できます。 - エラーが出る場合は接続先テナントや権限、パスの表記（先頭スラッシュなど）を確認します。
注意点
- Public と Private を混同しないでください。公開対象か内部のみかで選びます。
- 既存オリジンと重複しないパスを指定してください。
オリジン情報の取得と管理
概要
設定されているCDNオリジンは、PowerShellのコマンドレットで簡単に確認できます。稼働状況や公開・非公開の区別をチェックし、運用上の判断に役立てます。
主なコマンド例（SharePoint Online管理シェル）
- Get-SPOTenantCdnOrigins -CdnType Public
- Get-SPOTenantCdnOrigins -CdnType Private
接続は Connect-SPOService を使い、管理者権限で実行してください。
主なコマンド例（PnP PowerShell）
- Connect-PnPOnline -Url https://<テナント>-admin.sharepoint.com -Interactive
- Get-PnPTenantCdnOrigin -CdnType Public
出力の見方
出力にはオリジンのパス（例：/sites/contoso/StyleLibrary）や種類（Public/Private）が含まれます。PowerShellのWhere-Objectで絞り込み可能です。例：
Get-SPOTenantCdnOrigins | Where-Object { $_.Origin -like “StyleLibrary” }
管理ポイント
- 権限：テナントのSharePoint管理者またはグローバル管理者が必要です。
- 更新・削除：Add-/Remove- コマンドで追加や削除を行います。例：Add-SPOTenantCdnOrigin、Remove-PnPTenantCdnOrigin
- 反映時間：変更は即時とは限らず、CDNの伝播で時間を要する場合があります。ブラウザーキャッシュの影響も確認してください。
トラブルの初期対応
一覧が出ない場合は接続先と権限を確認してください。意図しないオリジンが見つかったら、まずはログや監査記録で変更履歴を確認すると原因特定が早まります。
Microsoft 365が使用するCDNプロバイダー
概要
Microsoft 365は配信効率や可用性向上のため、複数のCDNパートナーを使い分けます。主なものは以下の通りです。
主なCDNプロバイダー
- Microsoft 365 CDN（SharePoint向けの公開オリジンなどに利用）
- Azure CDN（汎用的な静的アセット配信やカスタムオリジンに利用）
- Microsoft Ajax CDN（読み取り専用、jQueryや共通ライブラリ配信）
用途の具体例
- 公開オリジンの汎用アセット：画像やCSS、JavaScriptを世界中のエッジから配信
- カスタムコード／SharePoint Framework：組織がアップロードしたSPFxパッケージやスクリプト
- 共通ライブラリ配信：Ajax、jQueryなどの広く使われるライブラリ（Microsoft Ajax CDN）
選び方と運用のポイント
- 管理権限：Microsoft 365 CDNはテナント管理者が設定でき、Azure CDNはより細かな制御が可能
- 読み取り専用のものはアップロード不可なので、配布専用で使う
- TTLやキャッシュ制御、カスタムドメインの要否を確認して選択すると運用が楽になります
実務上の注意
配信プロバイダーごとにFQDNや運用手順が異なります。目的（共有ライブラリか自前のアセットか）を明確にして適切なプロバイダーを選んでください。
プライバシーとデータ保護
はじめに
Microsoft 365でCDNを使うと、パフォーマンス向上と同時に利用者データの扱いを意識する必要があります。ここでは、どのような点を確認し、管理者として何をすべきかを分かりやすく説明します。
データの流れと収集
CDNはユーザーとオリジンサーバーの間に入り、コンテンツをキャッシュします。アクセス元IP、リクエストURL、ヘッダーなどのメタデータがログとして残ります。実際にどの情報が収集されるかはプロバイダーのポリシーを確認してください。
通信の保護と暗号化
通信は必ずHTTPSで行い、TLSを有効にします。これにより転送中のコンテンツや認証情報の盗聴を防げます。証明書管理やプロトコル設定は定期的に見直してください。
ログ管理と最小化
必要最小限のログ取得を心がけます。診断やセキュリティのためにログは重要ですが、長期間保存する場合は匿名化やマスキングを検討してください。アクセス権は厳格に管理します。
データ留置と地域性
データの保存場所（データセンターの地域）は重要です。法令や組織ポリシーに従い、保存地域の指定や制限が可能かプロバイダーに確認してください。
契約・コンプライアンス
Microsoft Trust Center、Akamai Privacy Trust Center、Azure Trust Centerなどで、処理者責任、データ処理協定（DPA）、認証（ISO、SOCなど）の情報を確認します。契約で責任範囲を明確にしてください。
管理者が実施する具体策
- プロバイダーのプライバシーポリシーとDPAを読む
- TLSとCSPを有効にする
- ログ保持期間を短くし匿名化を導入する
- 必要なアクセスだけに権限を絞る
- 定期的に監査ログと設定をレビューする
最後に
プロバイダーの公開情報を基に設定を見直すことで、利便性を損なわずにプライバシーを守れます。疑問があれば、それぞれのTrust Centerの資料を参照し、必要に応じてベンダー窓口に問い合わせてください。
CDNを活用するFQDNリストの動的更新
なぜ動的更新が必要か
CDNを使うFQDN（完全修飾ドメイン名）は、サービス変更や運用ポリシーで変わります。固定リストだと配信経路やセキュリティ設定が古くなり、接続障害や遅延の原因になります。
更新方法の基本
- 公式ドキュメントと通知を定期確認します。例：サービス提供元の公開リスト。
- DNSやプロキシ設定と連携してリストを更新します。手動より自動化が安全です。
自動化の例
- スクリプトで公式JSONやXMLを定期取得し、検証後にファイアウォールや配信ルールを更新します。例：夜間にチェックして差分のみ反映。
- CI/CDパイプラインに組み込み、テスト通過後に本番へ反映します。
運用上の注意点
- 変更履歴を残してロールバック手順を用意します。問題時に迅速に戻せます。
- テスト環境で新しいFQDNを検証してから本番へ反映してください。
- ログと監視を整備し、影響範囲を早く把握します。
チェック項目（簡易）
- 公式ソースの確認頻度
- 自動取得の検証ルール
- ロールバック手順と通知体制
この章では、FQDNリストを動的に管理する基本と運用ポイントを説明しました。
