拡張統合環境にアップグレードするために再デプロイする前に必要な手順は、統合ブランチの数を 2 つに制限し、アップグレードを要求するサポート チケットを送信することです。拡張統合環境は、パフォーマンス、安定性、セキュリティが向上した統合環境の改良版です。一度にアクティブにできるブランチは 4 つまでに制限されていますが、標準統合環境から移行できるブランチは 2 つだけです。開発者は、Adobe サポートにアップグレードを要求する前に、余分なブランチを削除するか非アクティブにする必要があります。検証済みの参照: [Magento 2.4 DevDocs]

環境にデプロイされたサービスの接続資格情報を取得するには、magento-cloud relationships CLI コマンドを実行するか、SSH 経由でサーバーに接続して $_ENV['services'] 変数を読み取るという 2 つのオプションがあります。magento-cloud relationships CLI コマンドは、データベース、キャッシュ、検索など、環境とそのサービスの関係に関する情報を表示します。開発者はこのコマンドを使用して、各サービスの接続データを JSON 形式で取得できます。または、開発者は SSH 経由でサーバーに接続し、CLI コマンド出力と同じ情報を含む $_ENV['services'] 変数を読み取ることもできます。検証済みリファレンス: [Magento 2.4 DevDocs] 3

Magento 2 開発者向けの宣言型スキーマ概要ガイドによると、宣言型スキーマは、開発者がデータベースの最終的な望ましい状態を宣言し、冗長な操作を実行せずにシステムが自動的にそれに合わせて調整できるようにする新しい機能です。ただし、宣言型スキーマはモジュールのアンインストールや変更の元に戻すことをサポートしていません。モジュールが無効になっているときにテーブルを削除するには、開発者は Magento\Framework\setup\Patch\PatchRevertabieinterface を実装し、元に戻す関数でテーブルを削除するスキーマ パッチを追加する必要があります。モジュールが bin/magento module:disable コマンドを使用して無効になっているときに、元に戻す関数が実行されます。検証済みの参照: https://devdocs.magento.com/guides/v2.3/extension-dev-guide/declarative-schema/

バッチ サイズの値を小さくすると、一時テーブルのメモリ使用量が減り、パフォーマンスが向上します。バッチ サイズの値は、インデクサーによって一度に処理されるデータ行数を決定します。バッチ サイズの値が大きすぎると、一時テーブルに割り当てられたメモリ サイズが innodb_buffer_pool_size の 20% を超え、エラーが発生してインデックス作成プロセスが遅くなる可能性があります。バッチ サイズの値を小さくすると、インデクサーはデータをより効率的に処理し、メモリの問題を回避できます。検証済みリファレンス: [Magento 2.4 DevDocs] [Magento Stack Exchange]

MyVendor_MyModule をテストするためのカスタム フィクスチャを追加するには、開発者は次の操作を行う必要があります。
[magento ルート ディレクトリ]/dev/tests/integration/testsuite/MyVendor/MyModule/_files/my_fixture.php にフィクスチャ データを含む PHP ファイルを作成します。
テスト メソッドに次のアノテーションを追加します。
@magentoデータフィクスチャ(
'testsuite/MyVendor/MyModule/_files/my_fixture.php'
）
これにより、テスト メソッドが実行される前に、Magento は my_fixture.php ファイルからフィクスチャ データを読み込むようになります。