AEM as a Cloud Service が最初にリリースされたとき、CDN の動作は、キャッシュ制御の Apache 設定を通じてのみ (非常に限られた範囲で) 制御できました。さらにカスタマイズが必要な場合、唯一の選択肢は独自の CDN を導入することでした。つまり、Adobe が管理する組み込みの Fastly CDN の上に、Cloudflare、Akamai、または自己構成の Fastly などの追加の CDN を重ねることになります。
AEM as a Cloud Service 向け Adobe Managed CDN の概要
しかし、昨年、 Adobe は AEM Cloud Service 向けの新しい Managed CDN 機能を導入し、 Edge Delivery Services (別名 Helix)または JCR ベースの AEM とのハイブリッド セットアップが大幅に簡素化されました。ここでは、アーキテクチャ図やその他の構成例をいくつか紹介します。
設定は、AEM プロジェクトに/config/cdn.yamlファイルを作成し、環境固有の設定 (DEV、STG、PROD など) を管理するための専用の Config パイプラインを介してデプロイすることによって行われます。これらの軽量パイプラインは通常 1 ～ 2 分で実行されるため、本番環境に展開する前に新しい CDN ロジックを効率的に反復して安全にテストできます。
ただし、AEM をクラウド サービス開発環境としてデプロイメントするには、Cloud Manager パイプラインを実行する必要があり、Cloud Manager パイプラインを実行するには Git コミットが必要です。構文のデバッグと構成ロジックのテストをすべて、開発ブランチへの git プッシュを繰り返しながら行うのは面倒です (途方もなく時間がかかることも言うまでもありません)。幸いなことに、最小限のセットアップでこれをローカルでテストする方法があるので、同じことを 40 回テストして構文が正しいことを確認するという楽しみをさらに味わうことができます。
その秘密は、Adobe の Rapid Development Environments (RDE) にあります。
AEM RDE での CDN 構成のセットアップとテスト
RDE と、AEM as a Cloud Service 環境の開発環境、ステージ環境、実稼働環境との主な違いは、RDE は、git 制御の Cloud Manager パイプライン経由ではなく、 aioコマンドラインインターフェイスを使用して個々の開発者のワークステーションから直接デプロイされることを意図していることです。これらは迅速な反復とデバッグを目的としていますが、共有環境であるため、変更は検証され、開発 -> ステージ -> 製品リリース サイクルに入る前に適切なレビュー プロセスを経ることができます。
CDN を使用した RDE 環境のセットアップ
RDE で CDN 構成をテストするには、まず、問題の RDE 環境の前にホスト名と SSL 証明書が構成されていて、構成する CDN 環境があることを確認する必要があります。ほとんどの AEMaaCS 環境では単一の RDE 環境のみがプロビジョニングされていますが、追加料金を支払えば複数の環境をプロビジョニングすることもでき、会社の AEM クラウド サービス契約の一環としてプロビジョニングされている場合もあることにも注意してください。
Edge Delivery Services ドメインにこれを設定するには、次の手順を実行します。
(1) Cloud Managerでドメインを作成する: Adobe Cloud Manager UIで、左側のナビゲーションレールの 「ドメイン設定」 に移動し、 「ドメインの追加」をクリックします。
これを Adobe 管理の証明書で設定すると、証明書を検証するために DNS プロバイダーに CNAME として入力する必要がある検証コードが生成されます。検証手順が完了するまで、証明書は「未検証」と表示されます。
確認が完了したら、次のステップに進むことができます。
（2） SSL証明書を追加する：ドメインの所有権を確認したら、そのドメインにSSL証明書を追加できます。Adobe が管理する証明書、または必要に応じて独自の証明書のいずれかを使用できます。Cloud Manager では、検証したドメインのみが入力されることに注意してください。
(3) Cloud Manager でドメインを RDE 環境にマッピングする:次に、Cloud Manager でドメインを RDE 環境にマッピングする必要があります。左側のレールナビゲーションで、「ドメインマッピング」をクリックし、CDN タイプとして「Adobe Managed CDN」を選択し、オリジンとして RDE 環境の名前、層としてpublishを選択し、この RDE 環境用に作成したドメインと SSL 証明書を選択します。
（4） DNSでドメインをAdobeにマッピングする： DNSでCNAMEレコードを作成し、RDEドメインをcdn.adobeaemcloud.comにマッピングします。これにより、Adobe はそれに応じてそのドメインを選択してルーティングできるようになります。
(5) config.yml が RDE 環境を管理していることを確認します。最後に、 Adobe Managed CDN のセットアップに関するこの方法に従った場合は、 cdn.ymlを構成するときに、構成が関係する環境の 1 つとして RDE がリストされていることを確認します。
kind: "CDN"
version: "1"
metadata:
envTypes: ["rde", "dev", "stage", "prod"]
data:
AIO CLI を使用して RDE の CDN に構成をプッシュする
RDE をセットアップし、CDN 構成を受け入れる準備ができたら、ワークステーションをセットアップして CDN 構成を RDE にプッシュできるようになります。
1. マシンに NPM、Node、NVM をインストールします。Node.js 20を使用することをお勧めします
2. Adobe I/Oランタイムをインストールする npm install -g @adobe/aio-cli
3. AIOプラグインをインストールして更新します。aio plugins:install @adobe/aio-cli-plugin-cloudmanager
aio plugins:install @adobe/aio-cli-plugin-aem-rde aio plugins:update
4. aio ログインで認証すると、ブラウザ ウィンドウがポップアップ表示されます。使用している AEMaaCS アカウントの IMS プロファイルを使用していることを確認してください。そうでない場合は、 aio logoutを実行して再度選択する必要がある場合があります。
- 組織を設定する
aio cloudmanager:org:select
5. プログラムIDを組織のIDに設定します。 aio config:set cloudmanager_programid {YOUR PROGRAM ID GOES HERE}
- アクセスできる環境を確認するには、
aio cloudmanager:list-environmentsを使用します。これにより、RDE が配置されている環境が表示されます。 - CloudManager EnvironmentID を設定するにはこれを使用します。これは、
aio config:set cloudmanager_environmentID {YOUR ENVIRONMENT ID GOES HERE}
6. aio aem:rde:setupでRDEセットアップを開始します。ローカルに保存するかどうかを尋ねられるので、はいと答えてください。
7. aio aem:rde:statusを試して、RDE を使用できるかどうかを確認します。次のように応答します。
PS C:\Users\Noah\Desktop\my-aemaacs> aio aem:rde:status
Running aem:rde:status on cm-p104400-e1291792
Info for cm-p104400-e1291743
Environment: Ready
これを設定したら、構成のテストを開始する準備が整います。まだ行っていない場合は、変更を反映する新しいブランチを作成するのに今がよいタイミングです。次に、テストしたい構成の適切なディレクトリにいることを確認する必要があります。それが完了したら、 aio aem:rde:install -t env-config ./configを使用して CDN 構成をディレクトリにインストールできます。これにより、発生する可能性のある構文エラーがリストされます。
PS C:\Users\Noah\Desktop\my-aemaacs> aio aem:rde:install -t env-config ./config
Running aem:rde:status on cm-p104400-e1291743
Zipped file /tmp/aio-rde-RF1WAb/config.zip of 2584 total bytes
Uploading ████████████████████████████████████████ 100% | ETA: 0s | 3/3 KB
#42: deploy completed for env-config config.zip on author,publish - done by [email protected] at 2025-10-24T21:15:59.387Z
Logs:
> State: complete
CDN 構成などをテストするのは難しい場合もありますが、ローカルで実行する方法があります。テストはローカルで実行されますが、CDN で使用されるバックエンド ロジックを利用する必要があります。適切に実行されれば、開発ブランチにプッシュしなくても、CDN 構成がテスト URL とどのように相互作用しているかを確認できます。
次のステップは、組織で使用されているブランチ戦略に基づいて、変更を開発にプッシュするための承認を得るためのプル リクエストを作成することになるでしょう。PR が承認されると、Cloud Manager パイプライン用に構成されたリポジトリに構成をプッシュし、そこから開発環境にプッシュしてさらにテストを行い、その後 Prod にプッシュすることができます。
このアプローチを使用すると、個々の開発者は、本番環境で作業できる可能性が非常に高いことを認識しながら、自信を持って CDN 構成の開発とテストを効率的に行うことができます。
著者について
ノア・マティソン
Arbory Digital のテクニカル デリバリー マネージャー
ノアはノースカロライナ大学ウィルミントン校のコンピューターサイエンスの卒業生で、もともと医学部進学を目指していた学生で、がん検出と AI に情熱を注いでいます。Arbory では、プロジェクト実行の計画、チーム間の作業の委任、強力なコミュニケーションの維持、社内業務のサポートに携わっています。彼はアーボリーのコミュニティとビジョンを信じています。彼は環境問題に関心があり、アウトドアでアクティブに過ごしたり、キャンプやロッククライミングをしたり、友達と時間を過ごしたりすることを楽しんでいます。
聞いてみてどうでしたか？自分に合ったものについてご質問がありますか?ぜひご相談ください！お問い合わせ