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、apex ドメイン（ルートドメイン）の場合はタイプ A である必要があります。 このルールを破棄すると、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 を更新することもできます。 2}Adobe Commerce ストアと購入エクスペリエンスガイドの {URL のストア を参照してください。
-
-
サイトが更新されるまで数分待ちます。
-
サイトをテストします。
実稼動設定の確認
最終パスを作成して、1 つ以上のストアの実稼動設定を検証します。 実稼動環境で設定を更新できます。 設定が読み取り専用の場合は、SSH 接続を開き、CLI コマンドを使用して構成を変更するか、ローカル環境で構成を変更する必要があります。 更新が完了したら、変更をステージング環境と実稼動環境にデプロイできます。
推奨される変更およびチェックを次に示します。
Fastly キャッシュの検証
-
実稼動サイトで Fastly キャッシュが正しく動作していることをテストし確認します。 詳細なテストとチェックについては、Fastly テストを参照してください。
-
最新バージョンの Fastly CDN Module for Commerceが実稼動環境にインストールされていることを確認します
パフォーマンステスト
ローンチ前の準備プロセスの一環として、Performance Toolkit オプションを確認することをお勧めします。
また、次のサードパーティオプションを使用してテストすることもできます。
-
Siege：トラフィックのシェーピングとテストを行うソフトウェアで、ストアを限界まで押し上げます。 設定可能な数のシミュレーションクライアントを使用して、サイトをヒットします。 Siege では、基本認証、Cookie、HTTP、HTTPS、および FTP プロトコルをサポートしています。
-
Jmeter：優れた負荷テストにより、フラッシュセールスなどのスパイクトラフィックのパフォーマンスを測定できます。 サイトに対して実行するカスタムテストを作成します。
-
New Relic （提供）：データ、クエリ、Redis などの送信に費やした時間が追跡されるので、パフォーマンスが低下するサイトのプロセスや領域を見つけるのに役立ちます。
-
WebPageTest および Pingdom：サイトページのリアルタイム分析により、様々なオリジンの場所で時間を読み込みます。 Pingdom は手数料がかかる場合があります。 WebPageTest は無料のツールです。
セキュリティ設定
パフォーマンス監視
Pro および Starter 環境でのパフォーマンスモニタリングには、New Relic サービスを使用できます。 Pro プランアカウントでは、New Relic APM およびインフラストラクチャエージェントを使用してアプリケーションとインフラストラクチャのパフォーマンスを監視する、Adobe Commerceのアラートポリシーのマネージドアラートを提供しています。 これらのサービスの使用方法については、 管理されたアラートによるパフォーマンスの監視を参照してください。