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

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

イシュー

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

問題は、Adobe Commerce on cloud infrastructure プロジェクトの実稼動環境で同じライブドメイン （example.com）が使用されており、同じドメインで現在のライブストアを同時に実行して、新しいサイトをこのドメインに切り替えることができないことです。

本番環境でのテストにFastlyを使用する理由？

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

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

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

実稼動環境の新しいAdobe Commerce on cloud infrastructure ストアに対して、現在のライブサイトをベースドメイン （example.com）に維持しながら、1番目のサブドメイン （prod.example.com）を使用します。

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

Adobe Commerce on cloud infrastructure プロジェクト内でサブドメインを処理するには、次の手順に従います。

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

サブドメインを使用すると、将来ストアの「ソフトローンチ」を実行できます。このようなローンチでは、対応するDNS設定を更新する必要があるだけです。

関連ドキュメント

サポートナレッジベース：

アドビの開発者ドキュメントには、次のようなものがあります。