ヘッドレスアプリケーションの運用開始方法 go-live

AEM ヘッドレスデベロッパージャーニーのこの部分では、ヘッドレスアプリケーションを実稼働環境にデプロイする方法を説明します。

これまでの説明内容 story-so-far

AEM ヘッドレスジャーニーの前のドキュメント AEM Assets API を使用してコンテンツを更新する方法では、API を使用して AEM の既存のヘッドレスコンテンツを更新する方法を説明し、以下を達成できました。

この記事は、これらの基本事項に基づいているので、独自の AEM ヘッドレスプロジェクトの運用開始準備をする方法を理解できます。

目的 objective

このドキュメントは、AEM ヘッドレス公開パイプラインと、アプリケーションの運用を開始する前に認識しておく必要があるパフォーマンスに関する考慮事項を理解するうえで役に立ちます。

AEM SDK the-aem-sdk

AEM SDK は、カスタムコードのビルドとデプロイに使用されます。ヘッドレスアプリケーションを開発し運用開始前にテストするために主に使用するツールです。次のアーティファクトで構成されます。

その他の開発ツール additional-development-tools

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 サブプロジェクトのフロントエンドアセットを操作するために使用される JavaScript ランタイム環境です。Node.js は npm と一緒に配布され、JavaScript の依存関係の管理に使用される事実上の Node.js パッケージマネージャーとなっています。

AEM システムのコンポーネントの概要 components-of-an-aem-system-at-a-glance

次に、AEM 環境の構成要素を見てみましょう。

完全な AEM 環境は、オーサー、パブリッシュ、Dispatcher で構成されます。運用開始前にコードおよびコンテンツをプレビューしやすくするために、これらと同じコンポーネントがローカル開発ランタイムで使用可能です。

ローカル開発ワークフロー the-local-development-workflow

ローカル開発プロジェクトは Apache Maven をベースに構築され、ソース管理に Git を使用します。プロジェクトを更新するために、開発者は、Eclipse、Visual Studio Code、IntelliJ など、好みの統合開発環境を使用できます。

ヘッドレスアプリケーションによって取り込まれるコードまたはコンテンツのアップデートをテストするには、アップデートをローカルの AEM ランタイムにデプロイします。これには、AEM オーサーサービスおよびパブリッシュサービスのローカルインスタンスが含まれます。

アップデートが最も重要な場所でアップデートをテストすることが大切なので、ローカル AEM ランタイムの各コンポーネントの違いに注意してください。例えば、オーサーインスタンスでコンテンツのアップデートをテストしたり、パブリッシュインスタンスで新しいコードをテストしたりします。

実稼動システムでは、Dispatcher と HTTP Apache サーバーは常に AEM パブリッシュインスタンスの前に配置されます。これらは AEM システムのキャッシュサービスとセキュリティサービスを提供するので、Dispatcher に対してもコードとコンテンツのアップデートをテストすることが最も重要です。

ローカル開発環境でのコードとコンテンツのローカルプレビュー previewing-your-code-and-content-locally-with-the-local-development-environment

AEM ヘッドレスプロジェクトのローンチの準備をするには、プロジェクトの構成要素がすべて正常に機能していることを確認する必要があります。

それには、コード、コンテンツおよび設定をすべて 1 つにまとめ、ローカル開発環境でテストして運用開始準備を行う必要があります。

ローカル開発環境は、次の 3 つの主な領域で構成されます。

ローカル開発環境をセットアップしたら、静的な Node サーバーをローカルにデプロイすることで、React アプリに対するコンテンツ提供をシミュレートできます。

ローカル開発環境のセットアップと、コンテンツのプレビューに必要なすべての依存関係について詳しくは、実稼動デプロイメントのドキュメントを参照してください。

AEM ヘッドレスアプリケーションの運用開始準備 prepare-your-aem-headless-application-for-golive

以下に示すベストプラクティスに従って、AEM ヘッドレスアプリケーションのローンチの準備を行います。

ローンチ前にヘッドレスアプリケーションのセキュリティを確保 secure-and-scale-before-launch

モデル構造と GraphQL 出力 structure-vs-output

CDN キャッシュヒット率の最大化 maximize-cdn

ヘッドレスコンテンツのダウンロード時間の短縮 improve-download-time

実稼動へのデプロイ deploy-to-production

実稼動環境へのデプロイは、Maven を使用してデプロイする​ 従来の AEM インスタンスがあるか、または Adobe Managed Services（AMS）上にあり、つまり Cloud Manager を使用しているかどうかによって異なります。

Maven を使用した実稼動環境へのデプロイ deploy-to-production-maven

Maven を使用した​ 従来の ​デプロイメント（AMS 以外）の概要については、WKND チュートリアルを参照してください。

Cloud Manager を使用した実稼動環境へのデプロイ deploy-to-production-cloud-manager

Cloud Manager を使用して AMS を使用している場合、すべてがテスト済みで正常に動作することを確認した後、コードの更新を Cloud Manager の一元化された Git リポジトリにプッシュできます。

アップデートが Cloud Manager にアップロードされたら、Cloud Managerの CI／CD パイプラインを使用して、アップデートを AEM にデプロイできます。

パフォーマンスの監視 performance-monitoring

AEM ヘッドレスアプリケーションの使用時に最高のユーザーエクスペリエンスを得るには、以下に説明するように、主要パフォーマンス指標を監視することが重要です。

トラブルシューティング troubleshooting

デバッグ debugging

デバッグに対する一般的なアプローチとして、次のベストプラクティスに従います。

サポートへのバグの登録 logging-a-bug-with-support

さらにサポートが必要な場合に備え、サポートにバグを効率的に記録するには、次の手順に従います。

ジャーニーの完了 journey-ends

おめでとうございます。AEM ヘッドレスデベロッパージャーニーが完了し、以下を理解できました。

皆さんは初めての AEM ヘッドレスプロジェクトの運用を既に開始しているか、またはそのために必要な知識はすべて習得できています。お疲れ様でした。

単一ページアプリケーションの調査 explore-spa

AEM でヘッドレスストアを停止する必要はありません。ジャーニーの「はじめに」のパートでは、AEM でヘッドレス配信と従来のフルスタックモデルをサポートできるだけでなく、両方の利点を組み合わせたハイブリッドモデルもサポートできることを簡単に説明しました。

このような柔軟性がプロジェクトに必要な場合は、さらにジャーニーのオプションパート AEM で単一ページアプリケーション（SPA）を作成する方法に進んでください。

その他のリソース additional-resources