AEM ヘッドレスのアーキテクチャ

一般的な AEM 環境は、オーサーサービス、パブリッシュサービスおよびオプションのプレビューサービスで構成されます。

  • オーサーサービス​では、内部ユーザーがコンテンツの作成、管理、プレビューを行います。

  • パブリッシュサービス​は「ライブ」環境と考えられ、通常はエンドユーザーがやり取りする相手になります。コンテンツは、オーサーサービスで編集および承認された後、パブリッシュサービスに配信されます。AEM ヘッドレスアプリケーションで最も一般的なデプロイメントパターンは、実稼動版のアプリケーションを AEM パブリッシュサービスに接続させることです。

  • プレビューサービス​は、機能的には​パブリッシュサービス​と同じです。ただし、内部ユーザーのみが使用できます。この結果、エンドユーザーに公開される前に承認者が次回のコンテンツ変更を確認するのに最適なシステムとなります。

  • ディスパッチャー​は、AEM Dispatcher モジュールで拡張された静的 Web サーバーです。キャッシュ機能と別のセキュリティレイヤーを提供します。Dispatcher​は、パブリッシュ​サービスと​プレビュー​サービスの前面に配置されています。

AEM as a Cloud Service プログラム内に、複数の環境つまり、開発、ステージングおよび実稼動環境を持つことができます。環境ごとに固有の​オーサー​サービス、パブリッシュ​サービスおよび​プレビュー​サービスが用意されることになります。環境の管理について詳しくは、こちらを参照してください。

オーサー／パブリッシュ型モデル

AEM ヘッドレスアプリケーションで最も一般的なデプロイメントパターンは、実稼動版のアプリケーションを AEM パブリッシュサービスに接続させることです。

オーサーパブリッシュアーキテクチャ

上の図は、この一般的なデプロイメントパターンを示しています。

  1. コンテンツ作成者​は、AEM オーサーサービスを使用して、コンテンツを作成、編集および管理します。
  2. コンテンツ作成者​とその他の内部ユーザーは、コンテンツをオーサーサービスで直接プレビューできます。オーサーサービスに接続する、アプリケーションのプレビューバージョンをセットアップできます。
  3. 承認されたコンテンツは、AEM パブリッシュサービスに公開できます。
  4. Dispatcher は、パブリッシュ​サービスの前面にあるレイヤーで、特定のリクエストをキャッシュでき、セキュリティレイヤーとなります。
  5. エンドユーザーは、アプリケーションの実稼動バージョンを操作します。実稼動アプリケーションは、Dispatcher を介してパブリッシュサービスに接続し、GraphQL API を使用してコンテンツをリクエストおよび消費します。

オーサー／プレビュー／パブリッシュ型デプロイメント

ヘッドレスデプロイメントのもう 1 つのオプションは、AEM プレビュー​サービスを取り入れることです。このアプローチでは、コンテンツをまず​プレビュー​サービスに公開し、ヘッドレスアプリケーションのプレビューバージョンがこのサービスに接続することがきます。このアプローチの利点は、プレビュー​サービスを、パブリッシュ​サービスと同じ認証要件および権限でセットアップできるので、実稼動時のエクスペリエンスのシミュレーションが容易になることです。

オーサー／プレビュー／パブリッシュ型アーキテクチャ

  1. コンテンツ作成者​は、AEM オーサーサービスを使用して、コンテンツを作成、編集および管理します。
  2. コンテンツは、まず AEM プレビューサービスに公開されます。
  3. プレビューサービスに接続する、アプリケーションのプレビューバージョンをセットアップできます。
  4. レビューおよび承認されたコンテンツは、AEM パブリッシュサービスに公開できます。
  5. エンドユーザーは、アプリケーションの実稼動バージョンを操作します。実稼動アプリケーションは、Dispatcher を介してパブリッシュサービスに接続し、GraphQL API を使用してコンテンツをリクエストおよび消費します。

このページ