Commerce Cloudの起動前のチェックリスト
Adobe Commerceの概要を次に示します Site Launch ドキュメント。
このチェックリストは、Adobe Commerce Cloud サイトのローンチを成功に導くための計画と実行に役立ちます。 Adobe Commerce Cloudのシステムインテグレーターと協力して、すべての設定タスクとチェックリスト項目が完了および検証されていることを確認します。 チェックリスト項目に関して問題が発生した場合、または質問がある場合は、指定されたカスタマーテクニカルアドバイザーまたはカスタマーサクセスエンジニアにお問い合わせください。 アカウントに CTA/CSE が割り当てられていない場合は、サポートチケットを作成してサポートを受けることができます。
CTA/CSE がアカウントに割り当てられている場合は、新しいAdobe Commerce Cloud サイトを立ち上げる 4 週間前までに、立ち上げ予定 を通知するためにそれらのユーザーおよびアカウント管理者に連絡してください
- 一部のチェックは、「ブロッカー [ でハイライト表示され ]{class="badge informative"} す
- お客様の実装アプローチに合わせて、開発者またはシステム統合パートナーとの共同作業を確実に行います。
1.運用開始前
-
テストと運用に関するドキュメントを確認する サイト開始に関するドキュメント
note note NOTE パートナーまたはシステムインテグレーターと共に 必要なすべてのアクション項目を組み込んだ、包括的な 「運用開始準備計画」を準備します。 ローンチ前のチェックリストではAdobeのベストプラクティスを重視していますが、独自の運用開始準備計画の必要性に取って代わる ありません 。 -
[ ブロッカー ]{class="badge yellow" title="潜在的遮断薬"} ユーザーガイド）
-
エンドユーザー/マーチャントが、バックエンド操作を含む UAT （ユーザー受け入れテスト）を実施しました。
-
システムインテグレーターチームは、ステージングと実稼動でエンドツーエンドの UAT を実行しました。 Experience Leagueドキュメントを参照してください。
-
ステージング環境と実稼動環境でのコードのデプロイメントとテストを確認します（ 詳細を表示）。
-
実稼動クラスターは、契約された毎日のベースラインに合わせて永続的にサイズ変更されています。 詳しくは、割り当てられた 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 画像の最適化が有効になっていることを確認します（Fastly 画像の最適化を参照）。
-
シールドの場所が正しく設定されていることを確認します（ キャッシュ、バックエンド、およびオリジン シールドを設定）。
-
Web アプリケーションファイアウォール（WAF）が機能している。 （ ブロックされたリクエストのトラブルシューティング（ある場合）と制限事項を参照してください）。
-
管理パネルの Fastly 「無視された URL パラメーター」リストを更新して、キャッシュのパフォーマンスを強化します。
note note NOTE 管理者/ストア/設定/システム/フルページキャッシュ/Fastly 設定/詳細設定/無視された URL パラメーター（グローバル） の下の Fastly 設定で、キャッシュされたページを検索する際に Fastly で無視するパラメーターのコンマ区切りリストを見つけることができます。 このリストを変更した後は、VCL を再度アップロードしてください
4. DNS と SSL
-
[ ブロッカー ]{class="badge yellow" title="潜在的遮断薬"}（追加または変更されたドメインに対して事前にサポートチケットを送信）
-
[ ブロッカー ]{class="badge yellow" title="潜在的遮断薬"} この記事を参照してください。
-
運用開始のために、DNSTTL （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 アラート
- データベース設定のベストプラクティス
- Galera クラスタ・レプリケーションとフロー制御の詳細な分析
- 高いデータベース負荷の際のパフォーマンスを向上させるために、MYSQL スレーブ接続をお勧めします。
- すべてのデータベーステーブルの行形式が、COMPACT ではなく DYNAMIC に設定されていることを確認します（これは、オンプレミスからクラウドへの移行に特に当てはまります）。
- すべてのテーブルについて、データベースストレージエンジンを MyISAM から InnoDB に変更します。
- 1 GB を超えるデータベーステーブルを事前に確認して最適化します。
- データベーススキーマ情報は最新です。 （ このガイドを参照してください）。
6. デプロイメント
- 実稼動環境へのデプロイメント時のメンテナンス時間を短縮するには、静的コンテンツデプロイメント（SCD）の理想的な状態を確認します。 静的コンテンツデプロイメント（SCD）戦略および ストア設定管理ガイドを確認してください。
- HTML、JavaScriptおよび CSS の縮小設定を確認します。 （これは、PWA/ヘッドレス web サイトには適用されません）。
- 次のクラウド変数の使用が、その意図した目的に合っていることを確認します。 （SCD_MATRIX、SCD_ON_DEMAND および SKIP_SCD）
7. テストとトラブルシューティング
-
送信トランザクションメールをテストします。 詳しくは、Adobe Commerce Cloud - SendGrid Mail 機能を参照してください。
-
[ ブロッカー ]{class="badge yellow" title="潜在的遮断薬"}
-
[ ブロッカー ]{class="badge yellow" title="潜在的遮断薬"}
note note NOTE 負荷テストとストレステストは、ボトルネックを特定しアプリケーション内のパフォーマンスの問題を明らかにするという目的に役立ちます。 クラスターサイズに関する期待値を管理し、ビジネス要件を効果的に満たすために必要なスケーリング調整を決定する上で重要な役割を果たします。 note important IMPORTANT 警告： 負荷テストを準備するときは、ライブトランザクションメール ダミーアドレスも含む を送信してください_ テスト中にメールを送信すると、プロジェクトがローンチ前に SendGrid に設定されたデフォルトの送信制限（12k）に達する可能性があります。 - メール通信を無効にする方法：
ストア/設定/詳細/システム/メール送信設定 に移動します。
- メール通信を無効にする方法：
-
共有責任セキュリティモデルの一部として、実稼動インスタンスでセキュリティ侵入テストを実施します。 PCI （Payment Card Industry）コンプライアンスのために、カスタマイズされたサイトには侵入テストが必要です。
8.その他の構成
-
インデックス作成を スケジュールに従って更新」に切り替えます。ただし、customer_grid は「保存」のままです（ インデックス作成モードを参照）。
-
サードパーティの検索エンジンまたは拡張機能を使用していますか？
-
関連する場合は、インデクサー/クローラーで web サイトをスキャンできるように 🔗SEO （検索エンジン最適化）設定が適切にセットアップされていることを確認します。
-
リダイレクトとルートの追加（ ルートの設定を参照）
note note NOTE 統合環境で routes.yaml ファイルへのリダイレクトとルートを追加し、ステージングと実稼動にデプロイする前に、この環境での設定を確認します。 code language-none "http://{all}/": タイプ : アップストリーム アップストリーム：「mymagento:http」 "http://{all}/": タイプ : アップストリーム アップストリーム：「mymagento:http」 -
開発時に XDebug が有効な場合は、必ず無効にします（Xdebug の設定を参照）。
-
op-cache およびその他の設定が php.ini ファイル内で正しく更新されていることを確認します（ このサンプルを参照）。
-
Adobe Commerce ステータスページ を購読します。
-
New Relicの「Adobe Commerceのマネージドアラート」通知チャネルを購読して、特定のパフォーマンス指標を監視する（ 詳細情報）。
9.安全保障
-
Adobe Commerce セキュリティスキャンの設定
note note NOTE Adobe Commerce セキュリティ スキャンはサイト上の古いソフトウェア バージョン、不適切な構成、および潜在的なマルウェアを検出するのに役立つ便利なツールです。 新規登録し、頻繁に実行するようにスケジュールして、メールが適切なセキュリティ技術担当者に送信されるようにします。 UAT 中にこのタスクを完了します。 定期的なスキャン オプションを使用する場合は、必ず低需要時にスキャンをスケジュールしてください。 詳しくは、Adobe Commerce アカウントの セキュリティスキャンページを参照してください。 セキュリティスキャンにアクセスするには、Adobe Commerce アカウントにログインする必要があります。 -
Adobe Commerce Admin のデフォルト設定を変更します。
-
管理者パスワードを変更します（Admin Security の設定を参照）。
-
管理 URL を変更します（ カスタム管理 URL の使用を参照）。
-
プロジェクトに属さなくなったユーザーを削除します（ ユーザーの作成と管理を参照）。
-
管理者用のパスワードが設定されている（ 管理者パスワードの要件を参照）。
-
二要素認証を設定します（ 二要素認証を参照）。
10.運用開始
カットオーバーの段階になったら、次の手順を実行してください（詳しくは DNS 設定を参照してください）。
-
DNS サービスにアクセスし、各ドメインとホスト名の A レコードと CNAME レコードを更新します。
- <<www.yourdomain.com>> の CNAME レコードを追加します。これは prod.magentocloud.map.fastly.net を指します
- <<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 （優先度 1）ホットライン番号のリスト）。
- 米国フリーダイヤル：（+1） 877 282 7436 （Adobe Commerce P1 ホットライン直通）
- 米国フリーダイヤル：（+1） 800 685 3620 （最初のメニューは、Adobe Commerce P1 ホットラインの場合は 7 を押してください）
- 米国ローカル：（+1） 408 537 8777
11. Postの運用開始
サイトが公開されたら、割り当てられた CTA （カスタマーテクニカルアドバイザリ）、CSE （カスタマーサクセスエンジニア）および AM （アカウントマネージャー）にメールで問い合わせます。 ただし、アカウントマネージャーがプロジェクトに割り当てられていない場合は、サイトが稼働したら高 SLA 監視を有効にするよう求めるサポートチケットを作成できます。 Cta/CSE は、Fastly を有効にしてキャッシュすることでサイトの起動が確認されると、直ちに次のタスクを実行します。
- クラスターをライブとしてタグ付けし、サポートチケットを作成して高 SLA （サービスレベル契約）監視を有効化します。
- 稼動時間の監視のためにNew Relic Synthetics を有効にします。