起動前のチェックリスト
このページでは、Adobe Commerce サイト起動ドキュメント の概要を説明します。
このチェックリストは、Adobe Commerce Cloud サイトのローンチを成功させるための計画と実行を支援することを目的としています。 Adobe Commerce Cloudのシステムインテグレータと連携して、すべての設定タスクとチェックリスト項目が完了し、検証されるようにします。 ご不明な点がございましたら、お気軽にカスタマーテクニカルアドバイザーまたはカスタマーサクセスエンジニアまでお問い合わせください。 アカウントに割り当てられたCTA/CSEがない場合は、サポートチケットを作成してサポートを受けることができます。
アカウントにCTA/CSEが割り当てられている場合は、新しいAdobe Commerce Cloud サイトを立ち上げる4週間前までに、アカウントとアカウントマネージャーに連絡し、の立ち上げ意向を通知してください。
- 一部のチェックは[Blocker]{class="badge yellow" title="潜在的な課題"}で強調表示されます。慎重にレビューしないと、公開がブロックされる可能性があります。
- 開発者やシステム統合パートナーと連携して、導入アプローチの整合性を維持します。
1. 運用開始前
-
テストと公開に関するドキュメントを確認する サイト起動ドキュメント
note note NOTE 包括的な_「運用開始準備計画」が、パートナーまたはシステムインテグレーターで完全に準備されていることを確認し、必要なすべてのアクション項目を組み込みます。 リリース前のチェックリストでは、Adobeのベストプラクティスを強調していますが、 では、お客様自身の運用開始準備計画の必要性を置き換えることはできません _。 -
[ ブロッカー]{class="badge yellow" title="潜在的な課題"} サポートインサイト (SWAT)の推奨事項と情報を確認します( ユーザーガイド )
-
エンドユーザーと加盟店が、バックエンド業務を含むUAT (ユーザー受け入れテスト)を完了したことを確認します。
-
システムインテグレーターチームが、ステージングと実稼動に対してエンドツーエンドのUATを実行したことを確認します。 Experience League ドキュメント を参照してください。
-
ステージング環境と実稼動環境でのコードのデプロイメントとテストを確認します(詳細情報)。
-
実稼動クラスターが、契約した1日のベースラインに対して永続的にアップサイズされたことを確認します。 詳しくは、割り当てられたCTA/CSEに問い合わせるか、サポートチケットを発行してください。
2. 現行コンフィギュレーション
- Adobe Commerceと関連パッケージ/サービスを最新バージョン にアップグレードします
- 現在の設定とサービスをSI/パートナーと確認し、 ベストプラクティスに従います。
- MySQL/Shared-Files ディスク使用状況を確認します
3. Fastly設定
-
[ ブロッカー]{class="badge yellow" title="潜在的な課題"} キャッシュが機能していることを確認してください( フルページキャッシュ またはGraphQL キャッシュ )。 Fastlyの設定ガイド を読む。
-
該当する場合は、PWA/ヘッドレス web サイトでGraphQL クエリに対してGET メソッドを使用します。
note note NOTE HTTP GET操作で送信されたクエリのみがキャッシュできます(該当する場合)。 POST クエリをキャッシュできません。 -
Fastly Image Optimizationが有効になっていることを確認します(Fastly Image Optimizationを参照)
-
正しいシールドの場所が設定されていることを確認します( キャッシュ、バックエンド、オリジンのシールドを設定)。
-
Web アプリケーションファイアウォール (WAF)が機能していることを確認します。 ( ブロックされたリクエストのトラブルシューティング がある場合は、制限を参照してください)。
-
管理者パネルの「無視されたURL パラメーター」 リストをFastly "に更新して、キャッシュのパフォーマンスを向上させます。
note note NOTE 管理者/ストア/設定/システム/フルページキャッシュ/Fastly設定/詳細設定/無視URL パラメーター(グローバル)の下にあるFastly設定で、キャッシュされたページの検索時にFastlyが無視するパラメーターのコンマ区切りリストを見つけることができます。 このリストを変更した後、VCLを再アップロードします。
4. DNSとSSL
-
[ ブロッカー]{class="badge yellow" title="潜在的な課題"}必要なすべてのドメイン名が要求されていることを確認します。 (追加または変更されたドメインについては、事前にサポートチケットを送信してください)
-
[Blocker]{class="badge yellow" title="潜在的な課題"} SSL (TLS)証明書がドメインに適用されました。 詳しくは、この記事を参照してください。
-
DNS TTL (Time to Live) の値を可能な限り最小限に更新して、運用開始します。
-
SendGrid SPFとDKIMを有効にします。
note note NOTE 各ドメインのSendGrid CNAME レコードをDNS設定に追加します。 SendGrid メールサービス を読んで、送信者ドメインなどを変更する方法をご確認ください。
5. データベース設定
Adobe Commerce Cloudでは、ステージング環境と実稼動環境の両方のデータベースとしてMariaDB Galera クラスターを採用しています。 Galera クラスターは、パフォーマンスと拡張性を強化するのに役立ちます。 Galera クラスターレプリケーションの最適なプラクティスと制約に関するインサイトを得るには、次の記事を参照してください。
- MySQL設定のベストプラクティス
- Adobe Commerceの管理アラート:MariaDB アラート
- データベース設定のベストプラクティス
- ガレラクラスターのレプリケーションとフロー制御 (詳細分析)
- データベースの高い読み込み時にパフォーマンスを向上させるには、MySQL スレーブ接続をお勧めします。
- すべてのデータベーステーブルの行形式が、COMPACTではなくDYNAMICに設定されていることを確認します(オンプレミスからクラウドへの移行の場合は特に重要です)。
- すべてのテーブルのデータベースストレージエンジンをMyISAMからInnoDBに変更します。
- 1 GBを超えるデータベーステーブルを事前に確認して最適化します。
- データベーススキーマ情報は最新かつ最新です。 (このガイド を参照)。
6. 展開
- 静的コンテンツ展開(SCD)の理想的な状態を確認して、実稼動環境での展開中のメンテナンス時間を短縮します。 静的コンテンツ展開(SCD)戦略および ストア構成管理 ガイドを確認してください。
- HTML、JavaScript、CSSの最小化設定を確認します。 (これは、PWA/ヘッドレスサイトには適用されません)。
- 次のクラウド変数の利用が、意図した目的に合致していることを確認します。 (SCD_MATRIX、SCD_ON_DEMAND、SKIP_SCD)
7. テストとトラブルシューティング
-
送信するトランザクションメールをテストします。 Adobe Commerce Cloud - SendGrid メール機能の詳細をご覧ください。
-
[ ブロッカー]{class="badge yellow" title="潜在的な課題"}起動するAdobe関連のブロッカーがないことを確認します。
-
[ ブロッカー]{class="badge yellow" title="潜在的な課題"}本番稼動インスタンスで負荷および負荷テストを実行し、割り当てられたCTA/CSEと結果を共有します。
note note NOTE 負荷および負荷テストは、アプリケーション内のボトルネックを特定し、パフォーマンスの問題を明らかにする目的を果たします。 これは、クラスタのサイズに関する期待を管理し、ビジネス要件を効果的に満たすために必要なスケーリング調整を決定する上で重要な役割を果たします。 note important IMPORTANT WARNING:読み込みテストを準備する際、はライブトランザクションメールを(ダミーアドレスにも)送信しません。 テスト中にメールを送信すると、プロジェクトが起動前にSendGrid用に設定されたデフォルトの送信制限(12k)に達する可能性があります。 - メール通信を無効にする方法:
ストア/設定/詳細/システム/電子メール送信設定に移動します。
- メール通信を無効にする方法:
-
共有責任セキュリティモデル の一部として、実稼動インスタンスに対してセキュリティ侵入テストを実施します。 PCI (ペーメントカード業界)認定を取得するためには、カスタマイズされたサイトで侵入テストを実施する必要があります。
8. その他の構成
-
インデックス作成を「スケジュールに合わせて更新」に切り替えます。ただし、customer_gridは「保存」に残ります( インデックスモード を参照)。
-
使用中のサードパーティ検索エンジンや拡張機能のドキュメント化。
-
関連する場合は、SEO (検索エンジン最適化)設定が正しく設定されていることを確認して、インデクサー/web クローラーがweb サイトをスキャンできるようにします。
-
リダイレクトとルートの追加( ルートの設定を参照)
note note NOTE 統合環境のroutes.yaml ファイルにリダイレクトとルートを追加し、ステージングと実稼動にデプロイする前に、この環境の設定を確認します。 routes.yamlフラグメントの例:code language-yaml "http://{all}/": type: upstream upstream: "mymagento:http" "http://{all}/": type: upstream upstream: "mymagento:http" -
開発中にXdebugが有効になっていることを確認します(Commerce Cloud版Xdebugの設定を参照)。
-
OPcacheおよびその他の設定がphp.ini ファイルで正確に更新されていることを確認します(このサンプル を参照)。
-
Adobe Commerceのステータス ページを購読します。
-
New Relicの「Adobe Commerceの管理アラート 」通知チャネルを購読して、指定されたパフォーマンス指標をモニタリングします(詳細を読む)。
9. セキュリティ
-
Adobe Commerce Security Scanを設定します。
note note NOTE Adobe Commerce セキュリティ スキャンは、古いソフトウェア バージョン、正しくない構成、およびサイト上の潜在的なマルウェアを検出するのに役立つツールです。 サインアップし、頻繁に実行するようにスケジュールを設定し、メールが適切なテクニカルセキュリティ担当者に送信されるようにします。 UAT中にこのタスクを完了します。 定期的なスキャン オプションを使用する場合は、必ず低需要時間でスキャンをスケジュールしてください。 Adobe Commerce アカウントにログインした後、アカウントからセキュリティスキャンツールを開きます(アクセスと使用については、 セキュリティスキャン を参照)。 -
Adobe Commerce管理者のデフォルト設定を変更します。
-
管理者パスワードを変更します(管理者セキュリティの設定を参照)。
-
管理者URLを変更します( カスタム管理者URLの使用を参照)。
-
プロジェクトに存在しないユーザーを削除します( ユーザーの作成と管理を参照)。
-
管理者パスワードが要件を満たしていることを確認します(管理者パスワード要件を参照)。
-
二段階認証を設定します(二段階認証(管理者) を参照)。
10. 本番稼動
切り替える時期になったら、次の手順を実行してください(詳細については、DNS設定を参照)。
-
DNS サービスにアクセスし、各ドメインおよびホスト名のA レコードおよびCNAME レコードを更新します。
- prod.magentocloud.map.fastly.netを指す <<www.yourdomain.com>> のCNAME レコードを追加します
- <<yourdomain.com>>の4つのA レコードを設定します。次の場所を指します。
151.101.1.124
151.101.65.124
151.101.129.124
151.101.193.124
-
Adobe Commerce ベース URLをに変更します<<www.yourdomain.com>>
-
TTL時間が経過するのを待ってから、web ブラウザーを再起動します。
-
web サイトのテスト:
運用開始をブロックする際に問題が発生した場合:
カットオーバー中に起動できない問題が発生した場合、タイムリーなサポートを受けるには、ヘルプデスクを使用して「ストアを起動できません」という理由でチケットを開き、ホットラインサポート番号を電話で問い合わせるのが最も簡単です(現在の番号と手順については、Adobe Commerce P1 Notification Hotlineを参照)。
- 米国フリーダイヤル:(+1) 877 282 7436 (Adobe Commerce P1 ホットライン直通)
- 米国フリーダイヤル:(+1) 800 685 3620 (最初のメニューで、Adobe Commerce P1 ホットラインの場合は7 キーを押してください)
- 米国ローカル:(+1) 408 537 8777
11. 運用開始後
サイトが公開されたら、割り当てられたCTA(カスタマーテクニカルアドバイザー)、CSE (カスタマーサクセスエンジニア)、AM (アカウントマネージャー)にメールを送信します。 ただし、プロジェクトにアカウントマネージャーが割り当てられていない場合は、サイトの稼働開始後にHigh SLA モニタリングを有効にするように求めるサポートチケットを作成できます。 CTA/CSEは、サイトがFastlyを有効にしてキャッシュを使用してローンチされたことを確認するとすぐに、次のタスクを実行します。
- クラスターにライブのタグを付け、サポートチケットを作成して、高SLA(サービスレベル契約)モニタリングを有効にします。
- アップタイムモニタリング用にNew Relic Syntheticsをアクティブ化します。