Commerce Cloudの起動前のチェックリスト
Adobe Commerceの概要を次に示します サイトのローンチドキュメント.
このチェックリストは、Adobe Commerce Cloud サイトのローンチを成功に導くための計画と実行に役立ちます。 Adobe Commerce Cloudのシステムインテグレーターと協力して、すべての設定タスクとチェックリスト項目が完了および検証されていることを確認します。 チェックリスト項目に関して問題が発生した場合、または質問がある場合は、指定されたカスタマーテクニカルアドバイザーまたはカスタマーサクセスエンジニアにお問い合わせください。 アカウントに CTA/CSE が割り当てられていない場合は、サポートチケットを作成してサポートを受けることができます。
アカウントに CTA/CSE が割り当てられている場合は、新しいAdobe Commerce Cloud サイトを立ち上げる 4 週間前までに、お客様と担当営業にお問い合わせください。 故意 を起動します。
- 一部のチェックは、でハイライト表示されます [ブロッカー]{class="badge yellow" title="潜在的遮断薬"}
- お客様の実装アプローチに合わせて、開発者またはシステム統合パートナーとの共同作業を確実に行います。
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 設定で 管理者/ ストア /設定/ システム /完全なページキャッシュ / Fastly 設定/詳細設定/無視された URL パラメーター（グローバル） には、キャッシュされたページを検索する際に Fastly で無視する必要があるパラメーターのコンマ区切りリストを用意しています。 このリストを変更した後は、VCL を再度アップロードしてください
4. DNS と SSL
-
[ブロッカー]{class="badge yellow" title="潜在的遮断薬"}（ドメインを追加または変更する場合は、事前にサポートチケットを送信します）
-
[ブロッカー]{class="badge yellow" title="潜在的遮断薬"}この記事 を参照してください。
-
DNS を更新 TTL （有効期間） 運用開始のためにできるだけ小さい値に設定します。
-
Sendgrid SPF と DKIM の有効化
note note NOTE 各ドメインの SendGrid CNAME レコードを DNS 設定に追加します。 Read SendGrid メールサービス 送信者ドメインの変更方法などを確認するには、を参照してください。
5. データベース構成
Adobe Commerce Cloudでは、ステージング環境と実稼動環境の両方で MariaDB Galera クラスターをデータベースとして使用しています。 Galera クラスターは、パフォーマンスとスケーラビリティの向上に役立ちます。 Galera クラスタ・レプリケーションの最適なプラクティスと制約に関するインサイトを得るには、次の記事を参照してください。
- MySQL 設定のベストプラクティス
- Adobe Commerceの管理アラート： MariaDB アラート
- のベストプラクティス データベース設定
- ～に対する深い分析 Galera クラスタ・レプリケーションとフロー制御。
- MYSQL スレーブ接続 は、データベースの高負荷時のパフォーマンスを向上させるために推奨されます。
- すべてのデータベーステーブルの行形式がに設定されていることを確認します。 コンパクトではなく動的 （これは、オンプレミスからクラウドへの移行に特に当てはまります）。
- データベースストレージエンジンの変更元 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 A 負荷テストとストレステストが目的です ボトルネックを特定し、アプリケーション内のパフォーマンスの問題を明らかにする クラスターサイズに関する期待値を管理し、ビジネス要件を効果的に満たすために必要なスケーリング調整を決定する上で重要な役割を果たします。 note important IMPORTANT 警告： 負荷テストを準備するときは、_してください 実行しない ライブトランザクションのメールを送信します（ダミーアドレスにも送信）。 テスト中にメールを送信すると、プロジェクトがローンチ前に SendGrid に設定されたデフォルトの送信制限（12k）に達する可能性があります。 - メール通信を無効にする方法：
に移動 ストア /設定/詳細/ システム / E メール送信設定.
- メール通信を無効にする方法：
-
の一部として、実稼動インスタンスでセキュリティ侵入テストを実施します。 共有責任セキュリティ モデル. PCI （Payment Card Industry）コンプライアンスのために、カスタマイズされたサイトには侵入テストが必要です。
8.その他の構成
-
インデックスをに切り替え "スケジュールに従って更新``、ただし customer_grid （「SAVE」に残る）（ インデックス作成モード）に設定します。
-
サードパーティの検索エンジンまたは拡張機能を使用していますか？
-
を確認します。 SEO （検索エンジン最適化）の設定が適切にセットアップされている 関連する場合に、インデクサー/クローラーで web サイトのスキャンを有効にします。
-
リダイレクトとルートの追加（を参照） ルートの設定）
note note NOTE 統合環境で routes.yaml ファイルへのリダイレクトとルートを追加し、ステージングと実稼動にデプロイする前に、この環境での設定を確認します。 code language-none 「http://{all}/": タイプ：アップストリーム アップストリーム：「mymagento:http」 「http://{all}/": タイプ：アップストリーム アップストリーム：「mymagento:http」 -
開発時に XDebug が有効な場合は、必ず無効にします（ Xdebug の設定）に設定します。
-
op-cache およびその他の設定が php.ini ファイルで正しく更新されていることを確認します（このサンプルを参照してください）に設定します。
-
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 レコードを更新します。
- の CNAME レコードを追加 <<www.yourdomain.com>>、を指す prod.magentocloud.map.fastly.net
- に 4 つの A レコードを設定 <<yourdomain.com>> を指しています。
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.運用開始後
サイトが公開されたら、割り当てられた CTA （カスタマーテクニカルアドバイザリ）、CSE （カスタマーサクセスエンジニア）および AM （アカウントマネージャー）にメールで問い合わせます。 ただし、アカウントマネージャーがプロジェクトに割り当てられていない場合は、サイトが稼働したら高 SLA 監視を有効にするよう求めるサポートチケットを作成できます。 Cta/CSE は、Fastly を有効にしてキャッシュすることでサイトの起動が確認されると、直ちに次のタスクを実行します。
- クラスターをライブとしてタグ付けし、サポートチケットを作成して高 SLA （サービスレベル契約）監視を有効化します。
- 稼動時間の監視のためにNew Relic Synthetics を有効にします。