2.現在の構成

  1. Adobe Commerceおよび関連するパッケージ/サービスの 最新バージョンへのアップグレード
  2. SI/パートナーと現在の構成およびサービスを確認し、 ベストプラクティスに従う
  3. MySQL/Shared-Files ディスク使用量を確認します。

3. Fastly の設定

  1. ​ ブロッカー ​ フルページキャッシュまたは GraphQLのキャッシュ)。 Fastly セットアップガイドを参照してください。

  2. 該当する場合は、PWA/ヘッドレス web サイトでのGraphQL クエリのGET方式を使用します。

    NOTE
    キャッシュできるのは、HTTP GET操作で送信されたクエリのみです(該当する場合)。 POST クエリはキャッシュできません
  3. Fastly 画像の最適化が有効になっていることを確認します(Fastly 画像の最適化を参照)。

  4. シールドの場所が正しく設定されていることを確認します( キャッシュ、バックエンド、およびオリジン シールドを設定)。

  5. Web アプリケーション ファイアウォール (WAF)が動作しています。 ( ブロックされたリクエストのトラブルシューティング(ある場合)と制限事項を参照してください)。

  6. 管理パネルの Fastly 「無視された URL パラメーター」リストを更新して、キャッシュのパフォーマンスを強化します。

    NOTE
    管理者/ストア/設定/システム/フルページキャッシュ/Fastly 設定/詳細設定/無視された URL パラメーター(グローバル) の下の Fastly 設定で、キャッシュされたページを検索する際に Fastly で無視するパラメーターのコンマ区切りリストを見つけることができます。 このリストを変更した後は、VCL を再度アップロードしてください

4. DNS と SSL

  1. ​ ブロッカー ​(追加または変更されたドメインに対して事前にサポートチケットを送信)

  2. ​ ブロッカー ​ この記事を参照してください。

  3. 運用開始のために、DNSTTL (Time to Live)値を可能な限り最小限に更新します。

  4. Sendgrid SPF と DKIM の有効化

    NOTE
    各ドメインの SendGrid CNAME レコードを DNS 設定に追加します。 送信者ドメインの変更方法などを確認するには、SendGrid メールサービスをお読みください。

5. データベース構成

Adobe Commerce Cloudでは、ステージング環境と実稼動環境の両方で MariaDB Galera クラスターをデータベースとして使用しています。 Galera クラスターは、パフォーマンスとスケーラビリティの向上に役立ちます。 Galera クラスタ・レプリケーションの最適なプラクティスと制約に関するインサイトを得るには、次の記事を参照してください。

  1. 高いデータベース負荷の際のパフォーマンスを向上させるために、MYSQL スレーブ接続をお勧めします。
  2. すべてのデータベーステーブルの行形式が、COMPACT ではなく DYNAMIC に設定されていることを確認します(これは、オンプレミスからクラウドへの移行に特に当てはまります)。
  3. すべてのテーブルについて、データベースストレージエンジンを MyISAM から InnoDB に変更します。
  4. 1 GB を超えるデータベーステーブルを事前に確認して最適化します。
  5. データベーススキーマ情報は最新です。 ( このガイドを参照してください)。

6. デプロイメント

  1. 実稼動環境へのデプロイメント時のメンテナンス時間を短縮するには、静的コンテンツデプロイメント(SCD)の理想的な状態を確認します。 静的コンテンツデプロイメント(SCD)戦略および ストア設定管理ガイドを確認してください。
  2. HTML、JavaScriptおよび CSS の縮小設定を確認します。 (これは、PWA/ヘッドレス web サイトには適用されません)。
  3. 次のクラウド変数の使用が、その意図した目的に合っていることを確認します。 (SCD_MATRIXSCD_ON_DEMAND および SKIP_SCD

7. テストとトラブルシューティング

  1. 送信トランザクションメールをテストします。 詳しくは、Adobe Commerce Cloud - SendGrid Mail 機能を参照してください。

  2. ​ ブロッカー ​

  3. ​ ブロッカー ​

    NOTE
    負荷テストとストレステストは、ボトルネックを特定しアプリケーション内のパフォーマンスの問題を明らかにするという目的に役立ちます。 クラスターサイズに関する期待値を管理し、ビジネス要件を効果的に満たすために必要なスケーリング調整を決定する上で重要な役割を果たします。
    IMPORTANT
    警告: 負荷テストを準備するときは、ライブトランザクションメール ダミーアドレスも含む を送信してください_ テスト中にメールを送信すると、プロジェクトがローンチ前に SendGrid に設定されたデフォルトの送信制限(12k)に達する可能性があります。
    • メール通信を無効にする方法:
      ストア/設定/詳細/システム/メール送信設定 に移動します。
  4. 共有責任セキュリティモデルの一部として、実稼動インスタンスでセキュリティ侵入テストを実施します。 PCI (Payment Card Industry)コンプライアンスのために、カスタマイズされたサイトには侵入テストが必要です。