Cloud Docker for Commerce を配信するための個別のパッケージを作成 – Commerce用 Cloud Docker を配信するためのソースコードを ece-tools リポジトリーから 新しい magento-cloud-docker リポジトリーに移動して、コード品質を維持し、独立したリリースを提供するようになりました。 新しいパッケージは ECE-Tools v2002.1.0 以降の依存関係です。

ece-tools を更新すると、magento/magento-cloud-docker パッケージもバージョン 1.0.0 に更新されます。以前の ece-tools リリース（2002.0.x）で Cloud Docker for Commerceを使用していた場合は、 下位非互換性を確認し、必要に応じてスクリプト、コマンド、プロセスとしてプロジェクトを更新します。

Docker イメージへのバージョン管理の追加 – 更新されたイメージを取得するには、magento/magento-cloud-docker パッケージを更新する必要があります。

コンテナの更新—

• PHP-FPM コンテナ—

  • Node.js のサポートの追加—PHP コンテナ内の node、npm、および grunt-cli 機能をサポートするように PHP-FPM イメージを更新しました。

  • ionCube のサポートの追加 – ローカル Docker 開発環境で ionCube をサポートするようにデフォルトの Docker 設定を更新しました。

• Web コンテナ—

  • Customize NGINX configuration – カスタム nginx.conf ファイルを Cloud Docker for Commerce環境にマウントできるようになりました。 Web コンテナを参照してください。

  • 自動生成された NGINX 証明書 - Docker 設定ファイルに、Web コンテナ用に NGINX 証明書を自動生成するための設定が含まれるようになりました。

• New Selenium container—Selenium Functional Testing Framework （MFTF）を使用したAdobe Commerce アプリケーションテストをサポートするために、container をMagentoしました。

• RabbitMQバージョンのサポート - RabbitMQ コンテナ設定を更新して、RabbitMQ バージョン 3.8. をサポートするようになりました

• 永続的なデータベースコンテナ - Docker 設定を停止して削除した後も、magento-db: /var/lib/mysql データベースボリュームが保持され、Docker 設定を再起動すると復元されるようになりました。 ここで、データベース・ボリュームを手動で削除する必要があります。 [ データベースコンテナ ] を参照してください 。

• TLS コンテナ—

  • 公式の画像を使用するようにコンテナベース画像を更新— クラウド TLS コンテナ画像は、公式の debian:jessie Docker 画像に基づくようになりました。—

  • [ ポンド TLS 終了プロキシのサポートの追加] - ポンド設定ファイルには、次の ENV 変数が追加され、TLS コンテナ用の Docker 設定がカスタマイズされています。

    • TimeOut - Time to First Byte （TTFB）タイムアウト値を設定します。 デフォルト値は 300 秒です。

    • RewriteLocation - ポンド・プロキシによってデフォルトで場所が要求 URL に書き換えられるかどうかを決定します。 デフォルトでは 0 に設定されており、外部の SSO サイトなど、外部の web サイトへのリダイレクトが書き換えによって中断されるのを防ぎます。 ソリン・シュガーによる修理

  • TLS コンテナ設定のタイムアウト値を 15 秒から 300 秒に増加しました。 Zilker Technology から Mathew Beane によって送信された修正

• ニス コンテナ—

  • 公式の画像を使用するようにコンテナベース画像を更新—Cloud Varnish コンテナは、公式の centos Docker 画像をベースにするようになりました。

  • 改善されたデフォルトのタイムアウト設定 Varnish コンテナに .first_byte_timeout と .between_bytes_timeout の設定が追加されました。 両方のタイムアウト値はデフォルトで 300s （5 分）になります。 Zilker Technology から Mathew Beane によって送信された修正

  • Xdebug セッション中にワニスをスキップ - Xdebug が有効な場合に受信したリクエストに pass を返すように、ワニスのコンテナ設定を更新しました。 以前のリリースでは、Docker 環境に Varnish が含まれている場合、Xdebug を使用できませんでした。 Zilker Technology から Mathew Beane によって送信された修正.

Docker 設定の変更—

• プロジェクトのマウントとボリュームの管理 - Docker 環境を起動してローカル開発する際にマウントとボリュームを管理する機能が追加されました。 [ プロジェクトデータの共有 ]. を参照してください。

• ネットワークブリッジモードのサポート - ローカルネットワーク上の Docker コンテナ間の接続を有効にする、ネットワークブリッジモードのサポートを追加しました。

• デフォルトで Cron コンテナが無効 - パフォーマンスを向上させるために、Docker 環境のビルド時に Cron コンテナはデフォルトでは設定されなくなりました。 Docker ビルドコマンドの --with-cron オプションを使用して、Cron コンテナを環境に追加できます。 cron ジョブの管理を参照してください 。

• 大きなバックアップファイルの同期を停止—DB ダンプとアーカイブファイル（ZIP、SQL、GZ、BZ2）を dist/docker-sync.yml ファイルと dist/mutagen.sh ファイルの除外リストに追加しました。 大きなファイル（1 GB 超）を同期すると、非アクティブな状態が長時間続く可能性があり、バックアップファイルは再生成できるので、通常は同期は必要ありません。

コマンドの変更—

• ./bin/docker ファイルが既存の Docker バイナリファイルを上書きするので、一部の Docker 環境が壊れる問題を修正するために、./bin/docker ファイルの名前を ./bin/magento-docker に変更しました。 これは 後方互換性のない変更であり、スクリプトやコマンドを更新する必要があります。

• データベース・ポートをホストに公開するサービス構成オプションが追加されました—--expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT> のオプションを使用して、docker-compose.yml ファイルの構築時にデータベース・ポートをホストに公開します：bin/ece-docker build:compose --expose-db-port=<PORT>

• 新しいデプロイ後コマンド – 以前は、cloud-deploy コマンドを使用してAdobe Commerceを Cloud Docker コンテナにデプロイした後、.magento.app.yaml ファイルで定義されたデプロイ後フックが自動的に実行されていました。 次に、デプロイ後にデプロイ後のフックを実行するには、別の cloud-post-deploy コマンドを発行する必要があります。 開発者モードと 実稼動モードの、更新されたローンチ手順を参照してください。

• ビルドコンテナおよびデプロイコンテナのコマンドを ./bin/magento-docker ストするための --rm オプションが追加されました。 これにより、タスクが完了した後にコンテナが削除されます。

• コマンド build:compose 更新—

  • デベロッパーモードで Docker Compose 設定ファイルを生成する際のファイル同期を無効にするために、docker-build コマンドに「--sync-engine="native"」オプションを追加しました。 このオプションは、ローカル Docker 開発用のファイル同期を必要としない Linux システムで開発する場合に使用します。 Docker 環境でのデータの同期を参照してください 。

• デフォルトのファイル同期設定を docker-sync から native に変更しました。 Zilker Technology から Mathew Beane によって送信された修正.

検証の改善—

• ローカル Docker 開発環境のデプロイメントプロセスに検証を追加し、クラウド環境設定にデータベースの復号化に必要な暗号化キーが含まれていることを確認しました。 これで、環境設定で暗号化キーの値が指定されていない場合、ログにエラーメッセージが表示されるようになりました。

• ビルドおよびデプロイ処理を続行する前にサービスの準備が整っていることを確認するために、Elasticsearchサービスにコンテナヘルスチェックを追加しました。 ヘルスチェックがエラーを返した場合、コンテナは自動的に再起動します。