Cloud Docker パッケージ

PHP 8.1​をサポート - PHP 8.1のサポートを追加しました。

OpenSearch - OpenSearch バージョン 1.1および1.2の画像を追加しました。

Composer 2.1 - PHP 8.x イメージでデフォルトでcomposer 2.1.xを設定します。

PHP画像の改善—

• PHP 8.1の画像を追加
• アップグレードされたxDebug バージョン 3.1.2
• アップグレードされたxmlrpc 1.0.0RC3

ElasticsearchとOpenSearchの機能強化 - ElasticsearchとOpenSearch Dockerfilesの機能強化。Elasticsearch 5.2 イメージが削除されました。

ナトリウム拡張機能 – すべてのPHP画像でsodium拡張機能をデフォルトで有効にしました。

Composer キャッシュ ボリューム - Composer パッケージをキャッシュするComposer キャッシュ ボリュームのパスを修正しました。

nginx​のメモリ制限 – NGINX イメージのメモリ制限を修正しました。

開発者モードの改善ワークフロー – 以前は、ビルドとデプロイの手順でモードを指定する必要がありました。 ここで、build ステップの--mode オプションによって、後のdeploy ステップのモードが決定されます。 デプロイメント後のモードの設定は不要になりました。 開発者モード ​を参照してください。

読み取り専用のファイルシステムの改善—

• メール設定用のPHP コンテナを開始する際の問題を修正しました。
• INI ファイルで環境変数を使用できます。
• PHPのエントリポイントに書き込み権限が必要ないことを確認します。

Update Node – バンドルされたNode バージョンを更新します。PHP-CLI イメージにNodeをインストールする場合、現在のLTS バージョンが使用されるようになりました。

Symfony​を更新 – Symfony設定の依存関係を更新して、Adobe Commerce 2.4.4と互換性を持たせました。

新しいZookeeper コンテナ - Zookeeper コンテナ ​を追加して、Cloud Infrastructure上のAdobe Commerceにデプロイされていないプロジェクトのロックプロバイダー設定を管理しました。

Composer 2.0のサポートを追加しました。 - Composer設定ファイルにComposer バージョン 2.0を追加し、サポート終了に近づいているComposer 1.0からのアップグレードをサポートしました。

プラットフォームに依存しないようにhost.docker.internalを更新しました- Ubuntu、Windows、macOS用に同じDocker Compose スクリプトを作成できるようになりました。 UbuntuでXdebugを使用する場合、別の環境変数は必要なくなりました。 Igor Vitolによって送信された修正

init-docker.sh​を更新 – mounts オブジェクトをMAGENTO_CLOUD_APPLICATION環境変数に追加しました。 Chiranjeeviによって送信された修正.

init-docker.sh​を更新 – PHP 7.4およびCloud Docker 1.2.1のバージョンでinit-docker.sh スクリプトを更新しました。 Adarsh Manickamによって送信された修正.

Sodiumがデフォルトで有効 - PHP Docker イメージ内でsodium PHP拡張機能をデフォルトで有効にしました。

custom-registryオプション – 独自の画像レジストリを使用するためのphp ./vendor/bin/ece-docker build:compose コマンドに--custom-registry オプションを追加しました。

./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com

古いElasticsearch バージョン​を削除 – Elasticsearch バージョン 1.7および2.4をElasticsearch イメージから削除しました。

自動生成NGINX証明書 - NGINX イメージから既存の証明書を削除しました。 NGINX証明書は、セキュリティを向上させるために、新しいデプロイメントごとに自動生成されるようになりました。

有効opcache.validate_timestamps – 開発者モードでデフォルトでopcache.validate_timestamps PHP設定を有効にしました。 この設定を有効にすると、Dockerでファイルシステムへの変更が認識されない問題が修正されました。

修正build:custom:compose - ビルドプロセス中にファイルを上書きできない場合にエラーをスローするbuild:custom:compose コマンドを修正しました。 エラーをスローすると、docker-compose upが間違ったファイルを使用する可能性がある状況を防ぐことができます。

修正--sync_engine="native" オプション – 実稼動モード （--mode="production"）で、--sync_engine="native" オプションでdocker.composer.yml ファイルのローカルフォルダーのエントリが作成されない問題を修正しました。

固定サービスバージョン検証エラー - RabbitMQ、Elasticsearch、およびその他のサービスのサービスバージョンをMAGENTO_CLOUD_RELATIONSHIP変数のtype プロパティに追加しました。 これらのバージョンをrelationships変数に追加すると、デプロイ フェーズで発生した検証エラーが修正されました。

NGINX コマンド オプション - TLSおよびWeb サービスのNGINX worker_processesとNGINX worker_connectionsの数を変更するためのビルド コマンド オプションを追加しました。 worker_process パラメーターは、値をautoに設定する機能を保持します。 例：

./vendor/bin/ece-docker build:compose --nginx-worker-processes=2
./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048

TLS コマンドオプション - TLS サービスを使用せずに設定を作成するためのビルドコマンドオプションを追加しました。 例：

./vendor/bin/ece-docker build:compose --no-tls

NGINX メモリ消費量 - TLSおよびWeb サービスのNGINX プロセスで消費されるメモリを削減しました。

Blackfire - Cloud Docker イメージでBlackfire PHP拡張機能をデフォルトで無効にしました。

PHP-FPM コンテナ - WEB_PORTを80から8080に変更して、PHP-FPM コンテナのヘルスチェックを修正しました。

無効なボリューム命名 – 開発者モードでの無効なボリューム命名に関するエラーを修正しました。

NGINX アップストリームポート - Docker NGINX 1.19 イメージを更新して、ポート 8080を使用して無限ループを回避しました。 Adarsh Manickamによって送信された修正.

コンテナの更新 –

• PHP-FPM コンテナ - gnupg PHP拡張機能のサポートを追加しました。 Zilker TechnologyからG Arvindによって送信された修正

• データベースコンテナ – 必要なデータベースパスワードをヘルスチェックコマンドに追加して、データベースコンテナのヘルスチェックを修正しました。

• Elasticsearch コンテナ

  • 今後のAdobe Commerce リリースとの互換性を保つため、Elasticsearch 7.9のサポートが追加されました。

  • Elasticsearch プラグイン設定 - services.yaml ファイルのElasticsearch プラグイン設定情報を使用して、Cloud Docker for Commerce環境のdocker-compose.yaml ファイルを生成するサポートを追加しました。 Elasticsearch プラグイン ​を参照してください。

  • Elasticsearch プラグインのサポート – 次のElasticsearch プラグインのサポートが追加されました：analysis-icu、analysis-phonetic、analysis-stempel、およびanalysis-nori。 analysis-icuとanalysis-phonetic プラグインはデフォルトでインストールされます。 必要に応じて、analysis-stempelおよびanalysis-nori プラグインを追加または削除できます。

• CLI コンテナ

  • Docker PHP コンテナ内でコマンドを実行 – これで、Cloud Docker CLIを使用して、ホストにPHPをインストールすることなく、Docker環境のPHP コンテナ内でコマンドを実行できます。 例えば、次のコマンドは設定をビルドします：./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose。 Cloud Docker CLIを参照してください。 Zilker TechnologyからG Arvindによって送信された修正

  • OpenSSH-clientをPHP CLI コンテナに追加しました。 これで、composer.json ファイルにComposer コマンドを使用するためにssh クライアントを必要とするプライベート Git リポジトリが含まれている場合は、Composerに対してssh エージェント転送を使用できます。

• TLS コンテナ – 現在、TLS コンテナ ​はCentOS イメージではなくhttps://hub.docker.com/r/magento/magento-cloud-docker-nginx Docker イメージに基づいています。 この変更は、Cloud Docker環境のコンテナ間でHTTPS リクエストを送信する際にエラーが発生する問題を修正します。

• テストコンテナ - アプリケーションテスト用のテストコンテナを追加し、Docker build:compose コマンドに--with-test オプションを追加して、Docker環境でテストする場合にのみコンテナを作成しました。 ​ アプリケーションテスト ​を参照してください。

• FPM-XDEBUG コンテナ

  • Linux​でのXdebugの設定 – ece-docker build:compose コマンドに--set-docker-host オプションを追加して、Xdebug コンテナでhost.docker.internal値を設定しました。 このオプションは、Linux システムでXdebugを使用する場合に必要です。 DockerのXdebugの設定を参照してください。

  • Docker ENTRYPOINTのXdebug変数設定を修正して、ログのuninitialized "with_xdebug" variable個のエラーを解決しました。 Florent Olivaudによって送信された修正

Docker設定の変更

• MailHog設定 – 次のece-docker build:compose コマンドオプションを使用して、MailHogを無効にし、ポートを指定できます：--no-mailhog、--mailhog-http-port、および--mailhog-smtp-port。 電子メールの設定を参照してください。

• Cloud Docker for Commerce 1.2.0以降では、Adobeは各パッチバージョンのDocker イメージを提供するようになり、Docker コンフィギュレーションジェネレーターは、最新バージョンを使用する代わりに、指定されたパッチバージョンのDocker コンフィギュレーションを作成します。 以前は、Docker設定ジェネレーターは、以前のバージョンを使用して構築されたCommerce環境用Cloud Dockerを壊す可能性のある最新のパッチバージョンを使用して設定を構築していました。

• カスタム Cloud Docker構成でカスタム画像とバージョンを指定 - カスタム Docker構成構成ファイル （docker-compose.yaml）を生成する際に、カスタム画像とバージョンを指定するオプションを使用してbuild:custom:compose コマンドを更新しました。 ​ カスタム Docker Compose設定の構築を参照してください。

• すべてのCLI コンテナからAdobe Commerce （https://magento2.docker）へのアクセスを有効にするために、ポート 443を公開するようにDocker ホスト設定を更新しました。 Docker設定ファイルを生成する際に--tls-port オプションを追加することで、デフォルトポートを変更できます。

app/etc/env.php ファイルが存在する場合にCloud Docker for Commerce ビルドが失敗する問題を修正しました。

ビルド設定を更新して、Cloud Docker for Commerce LinuxまたはWindows Subsystem for Linux （WSL2）をデプロイする際の問題を防ぐために、名前付きボリュームを通常のボリュームに置き換えました。

Composer 2.0をサポートするように、Commerce機能テスト用のCloud Dockerを更新しました。

メール設定を更新 - SendMailを使用する代わりにMailHog サービスをサポートするように、Commerce用のデフォルト Cloud Docker設定を更新しました。 電子メールの設定を参照してください。

PS ライブラリをCloud Docker環境設定に復元して、ps: command not found個のエラーを修正しました。

Cloud Docker for Commerceのデフォルト設定を更新して、データベースのエントリーポイントとMariaDB ボリュームの自動マウントを削除し、Cloud Docker環境の起動時に発生する可能性のあるCannot create container for service db エラーを修正しました。

これで、次のオプションをece-docker build:compose コマンド --with-entry-pointおよびwith-mariadb-confに追加して、データベースディレクトリをマウントするようにCloud Docker環境を設定できます。 ​ サービス設定オプション ​を参照してください。

CLI コマンドの更新

分割データベースのパフォーマンスソリューションのサポートを追加 – これで、Cloud Docker環境の分割データベースのパフォーマンスソリューションを使用してストアを設定およびデプロイできるようになりました。

Adobe CommerceおよびMagento Open Sourceのデプロイメントのサポート—Cloud Docker for Commerceを使用して、Adobe Commerce上のクラウドインフラストラクチャでホストされていないプロジェクトにローカル開発環境をデプロイできるようになりました。

Blackfire.io サポート - Blackfire.io拡張機能を自動パフォーマンステストに使用するためのサポートを追加しました。 Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/202)からAdarsh Manickamによって送信された[修正

コンテナの更新

• Varnish - サポートされているバージョンのCloud アプリケーションテンプレートを使用してCloud Docker環境にAdobe Commerceをデプロイすると、Varnishがデフォルトのキャッシュになります。 ​ ニス コンテナ ​を参照してください。

• Cloud Docker設定ファイルを生成する際にVarnish サービスのインストールをスキップする--no-varnish オプションを追加しました。

• データベース

  • MySQL データベースのサポートを追加しました。 これで、MariaDBまたはMySQLを使用してCloud Docker環境を設定できます。 ​ サービス設定オプション ​を参照してください。

  • Docker構成ファイルを生成する際に、データベースレプリケーションの増分設定とオフセット設定を行う機能を追加しました。 ​ サービスコンテナ ​を参照してください。

• PHP-FPM

  • PHP 7.4のサポートを追加しました。 Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/198)からMohanela Muruganによって送信された[修正

  • ルートプロジェクトディレクトリのphp.ini ファイルをCloud Docker環境にコピーし、PHP-FPMおよびCLI コンテナにカスタム PHP設定を適用する機能を追加しました。 PHP設定のカスタマイズ ​を参照してください。 Zilker Technology🔗からMathew Beaneによって送信された修正

  • コンテナのヘルスチェックを追加しました。 Zilker Technology🔗からVisanth Sampathによって送信された修正

• Node.js - セキュリティを向上させるために、デフォルトのNode.js バージョンをバージョン 8からバージョン 10に更新しました。 Node.js バージョン 8は非推奨（廃止予定）となり、バグ修正やセキュリティパッチによる更新は行われなくなりました。 Zilker Technology🔗からMohan Elamuruganによって送信された修正

• Elasticsearch

  • Elasticsearch 6.8、7.2、7.5、7.6のサポートを追加しました。

  • Docker コンポーズ設定ファイルを生成する際に、Elasticsearch コンテナ設定をカスタマイズする機能を追加しました。

  • Docker Compose設定ファイルを生成するためのサービス設定オプションに--no-es オプションを追加しました。 このオプションを使用すると、Elasticsearch コンテナのインストールをスキップし、代わりにMySQL検索を使用できます。 このオプションは、Adobe Commerce バージョン 2.3.5以前でのみサポートされています。

• FPM-XDEBUG コンテナ - Cloud Docker環境でPHPをデバッグするためのXdebugをインストールおよび設定するためのサービス設定オプションを追加しました。 Xdebugの設定を参照してください。

Docker設定の変更

• PHP-FPM、Redis、Elasticsearch、およびMySQL Docker サービスコンテナのヘルスチェックを追加しました。

• デベロッパーモードで、デフォルトのファイル同期モードをnativeに変更しました。

• docker-compose.yml ファイルを生成する際に、汎用Docker サービスコンテナイメージにバージョン情報を追加しました。

• Nginx サーバーのfastcgi_buffers値を増やすことにより、アップストリーム PHP-FPM コンテナからの大きな応答を処理する機能を改善しました。

• 2回目の同期セッションを追加して、vendor ディレクトリ内のファイルを同期することで、mutagen ファイルの同期パフォーマンスを向上しました。 この変更により、ファイル同期プロセス中に突然変異が停止するのを防ぐことができます。 Zilker Technology🔗からMathew Beaneによって送信された修正

• CLI コマンドの更新

mutagen ファイル同期の設定を修正して、mutagenによる古いセッションの作成を防止しました。 Zilker Technology🔗からMathew Beaneによって送信された修正

PHP-FPM コンテナの起動時にDocker構成ログで構文エラーが発生する設定の問題を修正しました。 Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/129)からMathew Beaneによって送信された[修正

複数のDocker環境を使用する際に発生することがあるボリューム競合エラーを修正しました。 Zilker Technology🔗からG Arvindによって送信された修正。

設定にBlackfire.ioが含まれている場合、ece-docker build:compose コマンドが失敗する問題を修正しました。 Zilker TechnologyからG Arvindによって送信された修正。

Cloud Docker for Commerceを使用して複数のパッケージをインストールする際に発生するメモリ不足エラーを防ぐために、PHP CLI イメージ設定を更新しました。 Zilker Technology🔗からMohan Elamuruganによって送信された修正*

Cloud Docker環境で複数のMySQL ユーザーをサポートするようになりました。 以前のリリースでは、magento.app.yaml ファイルで複数のデータベースユーザーが指定されている場合、build:compose操作は失敗しました。 Zilker TechnologyからG Arvindによって送信された修正

デプロイメント中に警告の通知が発生した互換性の問題を解決するために、Cloud Docker for Commerce PHP コンテナからrsyslogを削除しました。 Cloud Dockerはrsyslog ユーティリティを使用しません。

別のパッケージを作成してCloud Docker for Commerce​を配信しました。ソースコードを移動して、ece-tools リポジトリから新しいmagento-cloud-docker リポジトリ ​にCommerce用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 コンテナ内のノード、npm、grunt-cli機能をサポートするようにPHP-FPM イメージを更新しました。

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

• Web コンテナ—

  • Customize NGINX configuration - カスタム nginx.conf ファイルをCloud Docker for Commerce環境にマウントする機能を追加しました。 Web コンテナ ​を参照してください。

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

• 新しいSelenium コンテナ - Selenium コンテナ ​を追加して、Magento Functional Testing Framework （MFTF）を使用したAdobe Commerce アプリケーションテストをサポートしました。

• RabbitMQバージョン サポート - RabbitMQ コンテナ設定を更新して、RabbitMQ バージョン 3.8.をサポートしました

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

• TLS コンテナ—

  • 公式の画像​を使用するようにコンテナベースの画像を更新しました – Cloud TLS containerの画像が、公式のdebian:jessie Docker イメージに基づいています – 。

  • [Pound TLS終了プロキシ]​のサポートを追加 – Pound設定ファイル ​は、次のENV変数を追加して、TLS コンテナのDocker設定をカスタマイズします。

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

    • RewriteLocation - Pound プロキシがデフォルトで場所をリクエスト URLに書き換えるかどうかを決定します。 書き換えが外部SSO サイトなどの外部Web サイトへのリダイレクトを壊さないように、デフォルトは0です。 Sorin Sugarによって送信された修正

  • TLS コンテナ設定のタイムアウト値が15秒から300秒に増加しました。 Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/78)からMathew Beaneによって送信された[修正

• ニス コンテナ—

  • 公式の画像​を使用するようにコンテナベースの画像を更新しました – Cloud Varnish コンテナ ​は、公式のcentos Docker イメージに基づいています。

  • デフォルトのタイムアウト設定を改善 - Varnish コンテナに.first_byte_timeoutと.between_bytes_timeoutの設定を追加しました。 両方のタイムアウト値のデフォルト値は300s （5分）です。 Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/78)からMathew Beaneによって送信された[修正

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

Docker設定の変更—

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

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

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

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

コマンドの変更—

• ./bin/docker ファイルの名前を./bin/magento-dockerに変更して、./bin/docker ファイルが既存のDocker バイナリファイルを上書きするため、一部の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 コマンドを発行する必要があります。 developerおよび実稼動 モードの最新の起動手順を参照してください。

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

• をbuild:compose コマンドに更新—

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

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

検証の改善—

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

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