Launch チェックリスト
実稼動環境にデプロイする前に、をダウンロードします Launch チェックリストを参照し、必要な設定とテストがすべて完了していることを確認します。 Starter と Pro の完全なデプロイメントプロセスの概要については、を参照してください。 ストアのデプロイ.
実稼動環境で完全にテスト
参照： デプロイメントをテスト （サイト、ストア、環境のすべての側面のテスト用）。 これらのテストには、Fastly の検証、ユーザー受け入れテスト（UAT）、パフォーマンステストが含まれます。
TLS と Fastly
Adobeは、各環境に対して SSL/TLS 証明書を暗号化しましょう提供します。 この証明書は、HTTPS で安全なトラフィックを提供するために Fastly に必要です。
この証明書を使用するには、ドメインの検証を完了してAdobeに証明書を適用できるように、DNS 構成を更新する必要があります。 各環境には、その環境にデプロイされたクラウドインフラストラクチャサイト上のAdobe Commerceのドメインをカバーする一意の証明書があります。 および設定の更新は、次の期間におこなうことをお勧めします Fastly セットアッププロセス.
実稼働設定で DNS 設定を更新します
サイトを起動する準備が整ったら、実稼動環境から Fastly サービスを通じてトラフィックをルーティングするように、DNS 設定を更新する必要があります。
前提条件：
-
実稼動環境の設定が、必要なすべてのドメインで更新されました
通常は、お客様のテクニカルアドバイザーと協力して、ストアに必要なすべての最上位ドメインとサブドメインを追加します。 実稼動環境のドメインを追加または変更するには、 Adobe Commerce サポートチケットを送信. プロジェクト設定が更新されたことを確認するまで待ちます。
スタータープロジェクトでは、ドメインをプロジェクトに追加する必要があります。 参照： ドメインの管理.
-
実稼動環境用にプロビジョニングされた SSL/TLS 証明書。
Fastly のセットアッププロセス中に実稼動ドメインの ACME チャレンジレコードを追加した場合、Fastly サービスへのトラフィックをルーティングするように DNS 設定を更新すると、Adobeは SSL/TLS 証明書を実稼動環境に自動的にアップロードします。 証明書を事前にプロビジョニングしなかった場合、またはドメインを更新した場合、Adobeはドメインの検証を完了して証明書をプロビジョニングする必要があります（最大で 12 時間かかることがあります）。
サイトを起動するための DNS 設定を更新するには：
-
実稼動サイトに対して次の DNS 設定を更新します。
-
特に既存のサイトから移行する場合は、必要なリダイレクトをすべて設定します
-
ホスト名をアドレス指定するようにゾーンのルートリソースレコードを設定する
-
顧客が正しい実稼動ストアを参照するように DNS 情報を更新するには、有効期間（TTL）の値を小さくします
DNS レコードを切り替える際は、TTL 値を大幅に低くすることをお勧めします。 この値は、DNS レコードをキャッシュする期間を DNS に指示します。 短縮すると、DNS の更新が速くなります。 例えば、サイトの更新時に TTL 値を 3 日から 10 分に変更できます。 TTL 値を短くすると、DNS インフラストラクチャに負荷がかかることに注意してください。 サイトの起動後に、以前の値より高い値を復元します。
-
-
CNAME レコードを追加して、実稼動環境のサブドメインを Fastly サービスに指すようにします
prod.magentocloud.map.fastly.net例：table 0-row-2 1-row-2 2-row-2 ドメインまたはサブドメイン CNAME www.<domain-name>.comprod.magentocloud.map.fastly.net mystore.<domain-name>.comprod.magentocloud.map.fastly.net -
必要に応じて、A レコードを追加して apex ドメインをマッピングします（
<domain-name>.com）に設定し、次の Fastly IP アドレスに送信します。table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 Apex ドメイン ANAME <domain-name>.com151.101.1.124<domain-name>.com151.101.65.124<domain-name>.com151.101.129.124<domain-name>.com151.101.193.124
CNAME レコードは、他のデータと共存できません。 つまり、suzy.podunk.xx が sue.podunk.xx のエイリアスである場合、suzy.podunk.eduの MX レコード、A レコード、さらには TXT レコードも持つことはできません。
CNAME サブドメインおよびタイプの場合 A apex ドメイン（ルートドメイン）の場合。 このルールを破棄すると、MX や NS などの他のレコードを追加する機能が失われるため、メールサービスや DNS の伝播が中断される可能性があります。 一部の DNS プロバイダーは、内部のカスタマイズを使用することでこれを回避する場合がありますが、標準に従うと、安定性と柔軟性が確保されます（DNS プロバイダーの変更など）。-
ベース URL を更新します。
-
SSH を使用して実稼動環境にログインします。
code language-bash magento-cloud ssh -e production -
CLI を使用して、ストアのベース URL を変更します。
code language-bash php bin/magento setup:store-config:set --base-url="https://www.<domain-name>.com/"
メモ：管理者からベース URL を更新することもできます。 参照： URL を格納 が含まれる Adobe Commerce ストアと購入エクスペリエンスガイド.
-
-
サイトが更新されるまで数分待ちます。
-
サイトをテストします。
実稼動設定の確認
最終パスを作成して、1 つ以上のストアの実稼動設定を検証します。 実稼動環境で設定を更新できます。 設定が読み取り専用の場合は、SSH 接続を開き、CLI コマンドを使用して構成を変更するか、ローカル環境で構成を変更する必要があります。 更新が完了したら、変更をステージング環境と実稼動環境にデプロイできます。
推奨される変更およびチェックを次に示します。
Fastly キャッシュの検証
-
実稼動サイトで Fastly キャッシュが正しく動作していることをテストし確認します。 詳細なテストとチェックについては、を参照してください Fastly テスト.
-
最新バージョンの Fastly CDN Module for Commerceが実稼動環境にインストールされていることを確認します
パフォーマンステスト
を確認することをお勧めします。 Performance Toolkit ローンチ前準備プロセスの一部としてのオプション。
また、次のサードパーティオプションを使用してテストすることもできます。
-
包囲：トラフィックシェーピングおよびテストソフトウェアにより、ストアを限界に押し上げます。 設定可能な数のシミュレーションクライアントを使用して、サイトをヒットします。 Siege では、基本認証、Cookie、HTTP、HTTPS、および FTP プロトコルをサポートしています。
-
Jmeter：優れた負荷テストにより、フラッシュセールスなどのスパイクされたトラフィックのパフォーマンスを測定できます。 サイトに対して実行するカスタムテストを作成します。
-
New Relic （提供）：データ、クエリ、Redis などの送信など、アクションごとに追跡される時間で、パフォーマンスが遅くなるサイトのプロセスと領域を見つけるのに役立ちます。
-
WebPageTest および Pingdom：サイトページのリアルタイム分析は、様々なオリジンの場所で時間を読み込みます。 Pingdom は手数料がかかる場合があります。 WebPageTest は無料のツールです。
セキュリティ設定
パフォーマンス監視
Pro および Starter 環境でのパフォーマンスモニタリングには、New Relic サービスを使用できます。 Pro プランアカウントでは、New Relic APM およびインフラストラクチャエージェントを使用してアプリケーションとインフラストラクチャのパフォーマンスを監視する、Adobe Commerceのアラートポリシーのマネージドアラートを提供しています。 これらのサービスの使用について詳しくは、 管理されたアラートによるパフォーマンスの監視.