AEM ヘッドレスデベロッパージャーニーのこの部分では、ヘッドレスアプリケーションを実稼働環境にデプロイする方法を説明します。
AEM ヘッドレスジャーニーの前のドキュメント AEM Assets API を使用してコンテンツを更新する方法では、API を使用して AEM の既存のヘッドレスコンテンツを更新する方法を説明し、以下を達成できました。
この記事は、これらの基本事項に基づいているので、独自の AEM ヘッドレスプロジェクトの運用開始準備をする方法を理解できます。
このドキュメントは、AEM ヘッドレス公開パイプラインと、アプリケーションの運用を開始する前に認識しておく必要があるパフォーマンスに関する考慮事項を理解するうえで役に立ちます。
AEM SDK は、カスタムコードのビルドとデプロイに使用されます。運用を開始する前にヘッドレスアプリケーションを開発し、テストする必要があるのは、主なツールです。 次のアーティファクトで構成されます。
AEM SDK に加えて、コードとコンテンツをローカルで開発およびテストするための追加のツールが必要です。
AEMは Java™アプリケーションなので、AEM as a Cloud Serviceの開発をサポートするために、Java™と Java™ SDK をインストールする必要があります。
Git は、ソースコントロールの管理、Cloud Manager への変更内容のチェックイン、さらにそれらを実稼動インスタンスにデプロイするために使用します。
AEM Maven プロジェクトアーキタイプから生成されたプロジェクトをビルドするために、AEM では Apache Maven を使用します。主要な IDE はすべて Maven との統合をサポートしています。
Node.js は、AEMプロジェクトの ui.frontend
サブプロジェクト。 Node.js は、JavaScript の依存関係の管理に使用される事実上の Node.js Package Manager である npm と共に配布されます。
次に、AEM 環境の構成要素を見てみましょう。
完全な AEM 環境は、オーサー、パブリッシュ、Dispatcher で構成されます。ローカル開発ランタイムでも、同じコンポーネントを使用できるようになり、運用を開始する前にコードとコンテンツを簡単にプレビューできます。
オーサーサービスでは、内部ユーザーがコンテンツの作成、管理、プレビューを行います。
パブリッシュサービス は「ライブ」環境と見なされ、通常はエンドユーザーがやり取りする環境です。 コンテンツは、オーサーサービスで編集および承認された後、パブリッシュサービスに配信(レプリケート)されます。AEM ヘッドレスアプリケーションで最も一般的なデプロイメントパターンは、実稼動版のアプリケーションを AEM パブリッシュサービスに接続させることです。
Dispatcher は、AEM Dispatcher モジュールで拡張された静的 web サーバーです。パブリッシュインスタンスで生成された Web ページをキャッシュしてパフォーマンスを向上します。
ローカル開発プロジェクトは Apache Maven をベースに構築され、ソース管理に Git を使用します。プロジェクトを更新するために、開発者は、Eclipse、Visual Studio Code、IntelliJ など、望ましい統合開発環境を使用できます。
ヘッドレスアプリケーションで取り込まれるコードやコンテンツの更新をテストするには、更新をローカルのAEMランタイムにデプロイします。 これには、AEMオーサーサービスとパブリッシュサービスのローカルインスタンスが含まれます。
アップデートが最も重要な場所でアップデートをテストすることが大切なので、ローカル AEM ランタイムの各コンポーネントの違いに注意してください。例えば、オーサーインスタンスでコンテンツのアップデートをテストしたり、パブリッシュインスタンスで新しいコードをテストしたりします。
実稼動システムでは、Dispatcher と HTTP Apache サーバーは常に AEM パブリッシュインスタンスの前に配置されます。これらは AEM システムのキャッシュサービスとセキュリティサービスを提供するので、Dispatcher に対してもコードとコンテンツのアップデートをテストすることが最も重要です。
AEMヘッドレスプロジェクトを起動用に準備するには、プロジェクトのすべての構成要素が正常に機能していることを確認します。
それには、すべてをまとめる必要があります。コード、コンテンツ、設定を実行し、運用開始準備のローカル開発環境でテストします。
ローカル開発環境は、次の 3 つの主な領域で構成されます。
ローカル開発環境を設定した後、静的な Node サーバーをローカルにデプロイすることで、React アプリに対するコンテンツ提供をシミュレートできます。
コンテンツのプレビューに必要なローカル開発環境とすべての依存関係の設定について詳しくは、 実稼動デプロイメントドキュメント.
それではいよいよ、以下に示すベストプラクティスに従って、AEM ヘッドレスアプリケーションのローンチの準備を行います。
CDN とキャッシングについて詳しくは、その他のリソースを参照してください。
Last-modified-since
をクリックして、リソースを更新します。_reference
出力を使用すると、完全な JSON ファイルを解析しなくても、アセットのダウンロードを開始できます。実稼動環境へのデプロイは、Maven を使用してデプロイする従来の AEM インスタンスがあるか、または Adobe Managed Services(AMS)上にあり、つまり Cloud Manager を使用しているかどうかによって異なります。
の 伝統的な Maven を使用したデプロイメント(AMS 以外)については、 WKND チュートリアル を参照してください。
Cloud Manager を使用して AMS をお使いの場合は、すべてが正しくテストされ、動作していることを確認した後、コードの更新を Cloud Manager での一元化された Git リポジトリ.
更新内容が Cloud Manager にアップロードされたら、を使用してAEMにデプロイします。 Cloud Manager の CI/CD パイプライン.
AEM ヘッドレスアプリケーションの使用時に最高のユーザーエクスペリエンスを得るには、以下に説明するように、主要パフォーマンス指標を監視することが重要です。
デバッグに対する一般的なアプローチとして、次のベストプラクティスに従います。
サポートが必要な場合に備えて、サポートにバグを効率的に記録するには、次の手順を実行します。
おめでとうございます。AEM ヘッドレスデベロッパージャーニーが完了し、以下を理解できました。
最初のAEMヘッドレスプロジェクトを既に開始しているか、既に開始している知識がある。 お疲れ様でした。
ただし、AEMのヘッドレスストアを停止する必要はありません。 内 ジャーニーの開始の手引きでは、AEMがヘッドレス配信と従来のフルスタックモデルをサポートするだけでなく、両方の利点を組み合わせたハイブリッドモデルもサポートする方法について説明しました。
このような柔軟性がプロジェクトに必要なものである場合は、ジャーニーの追加のオプション部分に進みます。 AEMでのシングルページアプリケーション (SPA) の作成方法です。
CDN キャッシュ
CDN Rewriter の設定(CDN Rewriter の検索)