実稼働サイトで同じドメインを使用している場合は、実稼動環境で Fastly をテストします

実稼動ドメイン（example.com）で稼働中のサイトがあり、クラウドインフラストラクチャの実稼動環境で Fastly CDN を有効にしてAdobe Commerce上の新しいストアをテストする必要がある場合は、起動前のテストアクティビティには、以前 Fastly に追加したサブドメイン（prod.example.com など）を使用することをお勧めします。 この記事では、詳細を説明し、関連するAdobe Commerce ドキュメントリソースへの便利なリンクを提供します。

問題

example.com の実稼動ドメインを使用する現在のストアは、稼働中です。 ただし、クラウドインフラストラクチャ上にAdobe Commerceを使用して構築し、Fastly フルページキャッシュサービスを有効にして実稼動環境にデプロイした、新しいストアをテストする必要があります。

問題は、クラウドインフラストラクチャプロジェクト上のAdobe Commerceの実稼動環境で同じライブドメイン（example.com）が使用されており、新しいサイトをこのドメインに切り替えると、現在のライブストアが同じドメインで動作するようになります。

Fastly を実稼動環境でのテストに使用する理由

理論的には、Fastly CDN の使用をスキップし、フルページキャッシュを有効にせずに、実稼動環境のクラウドインフラストラクチャストアでAdobe Commerceをテストすることができます。

ただし、フルページキャッシュを有効にすると、ストアのパフォーマンスが異なります。起動前に CDN でテストしていない場合、サイトの実際のライブパフォーマンスがわかりません。 Fastly CDN を有効にした実稼動環境でストアをテストすることは、Adobe Commerceの公式の推奨事項です。

解決策：実稼動サブドメインの使用

現在のライブサイトをベースドメイン（example.com）に維持したまま、実稼動環境のクラウドインフラストラクチャストアに新しいAdobe Commerceを格納するには、第 1 レベルのサブドメイン（prod.example.com）を使用します。

Adobe Commerce on cloud infrastructure プロジェクトを計画する際には、そのような実稼動サブドメインを指定し、クラウドインフラストラクチャチームに対して、サブドメインを Fastly サービスに指定するようにリクエストできます。

クラウドインフラストラクチャプロジェクトでAdobe Commerce内のサブドメインを処理するには、次の手順に従います。

サブドメインの設定手順を実行した後で、次の手順を実行して実稼動ドメインの SSL 証明書を検証する必要があります。

サブドメインを使用すると、今後ストアの「ソフト起動」を実行できます。これは、対応する DNS 設定の更新のみが必要なためです。

関連ドキュメント

サポートナレッジベースでは、

開発者向けドキュメントでは、