-
理想的な状態の検証:
ideal-state
のウィザードでは、導入時に現在の構成を検証し、迅速でダウンタイムのない導入を実現するために構成を更新する明確な手順を提供するようになりました。 -
PCI Compliance:サードパーティのメッセージングサービスに接続する際に、Transport Layer Security (TLS)バージョン 1.2 が必要になるように、クラウドインフラストラクチャ上のAdobe Commerceのメッセージングプロトコルを更新しました。 TLS バージョン 1.2 をサポートしていないメッセージサービスを使用している場合は、サービスをアップグレードする必要があります。 そうでない場合は、Adobe Commerce アプリケーションがメッセージサーバーに接続してメールを送信しようとすると、次のエラーメッセージが表示されます。
Unable to connect via TLS
. -
デプロイメントの向上 - ステージング環境または実稼動環境で
dev
、debug
、debug_logging
の各オプションが有効になっている場合に、過度のログアクティビティによって発生するパフォーマンスの問題を防ぐために顧客に警告する検証を追加しました。 -
デプロイメントの修正—
-
これで、メンテナンスモードがデプロイフェーズの開始時に有効になり、最後に無効になります。 配置に失敗した場合、配置の問題が解決されるまで、サイトはメンテナンス モードのままになります。 以前は、デプロイメントに失敗した場合でも、サイトは実稼動モードに戻っていました。
-
デプロイフェーズの検証チェックを修正し、デプロイメントが完了するように、次のデプロイメントの問題のエラーレベルを
CRITICAL
からWARNING
にダウングレードしました。 以前は、これらの問題が原因でデプロイメントが失敗していました。 -
環境設定に、デプロイまたはクラウド変数の誤った値が含まれています。
-
-
クラウドインフラストラクチャー上のElasticsearchのバージョンは、クラウドインフラストラクチャー上のAdobe Commerceでサポートされている elasticsearch/elasticsearch モジュールのバージョンと互換性がありません。 Adobe Commerce サポートナレッジベースの Elasticsearchのトラブルシューティングの記事を参照してください。
-
app/etc/config.php
ファイルの共有設定で、デプロイ中にrecursion detected
エラーが発生する問題を修正しました。
-
-
Cron 関連の修正—
-
デフォルト(1 分)以外の cron 頻度を指定した場合にジョブが実行されない cron スケジュールの問題を修正しました。
-
デプロイフェーズで、デプロイメント中に cron ジョブを引き続き実行できた問題を修正しました。この問題により、データベースのロックやその他の重要な問題が発生する可能性があります。 これで、デプロイフェーズが開始される前にすべての cron ジョブが停止し、デプロイメントの完了後に再開されます。<!—MAGECLOUD—2537—>
-
バージョン 2.2.x の cron ジョブワークフローを修正し、フリーズされた cron ジョブのロックを解除して、デプロイメント開始前に停止できるようにしました。 以前は、フリーズした cron ジョブが原因でデプロイメントが停止していました。
-
-
Adobe Commerceのコーディング標準に準拠するために、
vendor/bin/ece-tools config:dump
コマンドで生成されるconfig.php
ファイルの形式を、短い配列構文と 4 文字のインデントを使用するように変更しました。 -
.magento.env.yaml
に、Cloud Infrastructure プロジェクト上のAdobe Commerceのデフォルト URL 設定ではなく、Web 設定の{{ base_url }}
および{{ unsecure_base_url }}
プレースホルダーが含まれる場合に発生するデプロイメントエラーを修正しました。/
v2002.0.13
-
ダウンタイムなしのデプロイメントを実現 – 現在は、クラウドインフラストラクチャー上のAdobe Commerceがデプロイメント中に必要なデータベース変更を含むリクエストをキューに入れ、デプロイメントが完了するとすぐに変更を適用します。 セッションが失われないように、リクエストを最大 5 分間保持できます。 Cloud でのデプロイメントのダウンタイムを短縮するための静的コンテンツデプロイメントオプションを参照してください。
-
Docker Compose for Cloud - Docker のセットアップと設定プロセスが次のように改善されました。
-
PHP 設定ファイルを Docker ENV 形式に変換して環境設定を簡素化するためのコマンド -
docker:config:convert
を追加しました。 次に、PHP 設定ファイルを Docker ディレクトリにコピーして、Docker ENV ファイルに変換します。 Docker の起動を参照してください。 -
クラウドインフラストラクチャー上のAdobe Commerceのインストールプロセスで、読み取り専用ファイルシステムと読み取り/書き込み可能ファイルシステムの両方へのデプロイがサポートされるようになりました。これにより、クラウドファイルシステムをより詳細にエミュレートできます。 Docker の設定を参照してください。<!—MAGECLOUD—2357—>
-
Redis サービスサポート - Redis イメージを追加しました。Docker コンテナにデプロイされ、Docker インストールと連携するように自動的に設定されます。<!—MAGECLOUD—2442—>
-
これで、Cloud Docker データベースコンテナを使用する際に DB ダンプ機能が利用できるようになりました。 また、
docker/mnt
ディレクトリを使用して、ホストマシンとコンテナ間で ファイルを共有できます 。 -
ワニス サービスのサポート - Docker コンテナに自動的にデプロイされるワニス画像を追加しました。 デプロイメント後、Adobe Commerceのベストプラクティスに従って、Varnish を手動で設定できます。 ワニスの設定と使用を参照してください。<!—MAGECLOUD—2358—>
-
安全なサイトアクセス - Adobe Commerce ストアと管理パネルにアクセスするための SSL サポートが追加されました。<!—MAGECLOUD—2360—>
-
-
クラウドインフラストラクチャー上のAdobe Commerce拡張機能のサポートの改善 - クラウドインフラストラクチャー上のAdobe Commercecomposer.json ファイルの guzzlehttp/guzzle パッケージの最小バージョン要件をバージョン 6.2 にダウングレードして、
ece-tools
パッケージがより多くの拡張機能と互換性を持つようにしました。 -
ビルドフェーズでAdobe Commerce アプリケーションにカスタムの変更を適用します - ビルドフェーズを 2 つの個別のプロセスに分割して、フックを使用して、アプリケーションをデプロイメント用にパッケージ化する前に、生成された静的コンテンツにカスタムの変更を適用できます。 build:generate プロセスは、コードを生成し、パッチを適用して、静的コンテンツを生成します。 build:transfer プロセスは、生成されたコードと静的コンテンツを最終的な宛先に転送します。 アプリケーションフックを参照してください 。
-
環境設定チェック - クラウドインフラストラクチャにAdobe Commerceをビルドおよびデプロイする前に、バージョンの非互換性と設定エラーに関する警告を表示するように、環境設定の検証を改善しました。
-
サポートされていない、または非推奨(廃止予定)の環境変数と値を特定するために、バージョン固有の検証を追加しました。
-
Elasticsearch設定の問題に関してユーザーに警告するためのElasticsearch互換性チェックが追加されました。 現在は、サーバー上のElasticsearchサービスのバージョンがAdobe Commerceと互換性がない場合、デプロイは失敗します。 以前は、Elasticsearchバージョンに互換性がない場合でもデプロイメントが成功し、サイトデプロイメント後に製品カタログの問題が発生していました。
この非互換性を解決するには、 サポートチケットを送信して、Elasticsearchを互換性のあるバージョンにアップグレードします。または、Adobe Commerce設定を変更して、Elasticsearch PHP クライアントの互換性のあるバージョンを指定します。
-
Adobe Commerce バージョン 2.1.x から 2.2.2 の場合は、Elasticsearchをバージョン 2.4 にアップグレードします。
-
Adobe Commerce バージョン 2.2.3 以降では、Elasticsearchをバージョン 5.2 にアップグレードします。
-
Elasticsearch 1.x または 2.x があり、アップグレードしない場合は、composer.json 内のAdobe Commerce Elasticsearch PHP クライアントのバージョン要件を
"elasticsearch/elasticsearch": "~2.0"
に更新します。
-
-
ビルド、デプロイ、デプロイ後のフェーズで競合を引き起こす可能性のある設定を特定するために、環境変数の検証を改善しました。 例えば、静的コンテンツのデプロイメントのグローバル設定がビルドまたはデプロイフェーズの設定と競合する場合、インストールおよびアップグレードプロセス中に警告メッセージが表示されます。
-
-
環境変数の更新 – 次の環境変数を変更しました。
-
SKIP_ENVIRONMENT_MINIFICATION グローバルHTML - デフォルト値を
true
に変更して、オンデマンドのHTMLコンテンツの縮小を有効にしました。これにより、ステージング環境と実稼動環境にデプロイする際のダウンタイムが最小限に抑えられます。 この構成は、ダウンタイムなしの展開に必要です。 -
CLEAN_STATIC_FILES デプロイ変数 - CLEAN_STATIC_FILES 環境変数の設定に基づいて、ビルド段階で生成された静的コンテンツに対して処理されるクリーンな静的ファイルを管理する機能が追加されました。 以前は、ビルドフェーズで生成された静的コンテンツファイルは、常にクリーンアップされていました。
-
-
ログ - ログメッセージを改善し、ログサイズを小さくするために、次の変更を行いました。
-
環境設定でデバッグレベルのログが指定されていない場合でも、デプロイメントの失敗ログエントリに、エラーの原因となった操作からのコマンド出力が含まれるようになりました。
MIN_LOGGING_LEVEL
を参照してください。 -
ファイルシステムが読み取り専用状態にあるため、一部の拡張機能で必要な生成ファクトリが正しく生成されない場合に発生するデプロイメントエラーのログを追加しました。
-
インタラクティブなプログレスバーを使用するセットアップコマンドによって発生する、デプロイログサイズの縮小とフォーマットの問題の修正。
-
不要な冗長さを排除し、一部のログステートメントの優先度レベルを更新しました。
-
-
Cron 固有の修正—
-
履歴有効期間のデフォルトの cron ジョブ設定を 3d (4320 分)から 1 時間(60 分)に変更して、cron キューの量が多すぎると発生するパフォーマンスの問題とデプロイメントエラーを防ぎました。
-
デプロイフェーズにおける cron ジョブ管理プロセスを改善し、データベースのロックやその他の重大な問題を防ぎました。 これで、すべての cron ジョブはデプロイフェーズで停止し、デプロイメントが完了した後で再起動されます。
-
Adobe Commerce バージョン 2.2.0 以降の cron ジョブで起動されたコンシューマーをスケジュールするためのロックメカニズムで、cron ジョブで重複したコンシューマーが起動されない問題を修正しました。
-
-
静的コンテンツ圧縮プロセス(
gzip
)で、デプロイメントプロセス中に圧縮ファイルを参照する際にnot overwritten
エラーとno such file or directory
エラーが発生する問題を修正しました。 -
ストアのロケールが指定されていない場合に、ダンププロセス中に
php ./vendor/bin/ece-tools config:dump
コマンドがconfig.php
ファイルから冗長なセクションを削除できなかった問題を修正しました。 これで、設定ファイルを環境間で簡単に移動できます。ece-tools
v2002.0.13 に更新した後は、改善されたconfig:dump
コマンドを使用して古いconfig.php
ファイルを再生成します。 ストア設定の設定の管理を参照してください。 -
.magento/routes.yaml
ファイルのルート設定が apex ドメインからwww
ドメインにリダイレクトされる場合、デプロイフェーズ中にエラーが発生する問題を修正しました。 -
更新された
.magento.env.yaml
設定ファイルにengine
パラメーターを含めない場合に、SEARCH_CONFIGURATION
変数の_merge
オプションで誤った結合結果が発生する問題を修正しました。 マージ操作では、engine
パラメーターを設定しなくても、更新された.magento.env.yaml
で指定した値のみが正しく上書きされるようになりました。 -
クラウドインフラストラクチャバージョン 2.2.1 以降で、Adobe Commerceのセッションロックが誤って有効になり、パフォーマンスの低下やタイムアウトの原因となる可能性がある Redis 設定の問題を修正しました。 現在は、セッションロックはデフォルトで無効になっています。 この問題は、Redis セッションハンドラーパッケージ v1.3.4 で導入された
disable_locking
パラメーターのデフォルト動作の変更が原因です。 colinmollenhour/php-redis-session-abstract package. を参照ください。
v2002.0.12
-
Docker Compose for Cloud—Cloud
ece-tools
リポジトリから Docker Compose 設定を生成するためのコマンド –docker:build
– を追加しました。 -
ロケールを変更 – 設定のエクスポートおよびインポート処理を実行しなくても、ストアのロケールを変更できるようになりました。 アプリケーションが実稼動環境にあり、SCD_ON_DEMAND が有効になっている間は、格納および管理ロケールオプションを使用できます。
-
サイトマップとロボット - ワークフローを作成して、インフラストラクチャを変更することなく、
robots.txt
ファイルを追加し、単一ドメイン設定用のsitemap.xml
ファイルを生成します。 -
ウィザード – クラウド設定に役立つ 2 つの ウィザードを追加しました:
-
ideal-state
:導入のダウンタイムを最小限に抑えるために理想的な状態を構成 -
master-slave
- データベースと Redis のロード・バランシングを構成します
-
-
モジュールの更新 - ビルド時に自動的に行われる方法と同様に、無効にされたモジュールや明示的に有効にされなかったモジュールを有効にするクラウドコマンド
module:refresh
を追加しました。 -
CACHE、SESSION、QUEUE、SEARCH 設定の
_merge
オプションを使用して、サービスの設定を結合または上書きするように選択する機能が追加されました。 -
環境設定サンプルファイル – 各環境変数の詳細な説明と使用可能な値を含む
.magento.env.yaml
サンプルファイルを ECE-Tools パッケージに追加しました。- また、予期しない値によってデプロイメントプロセスでエラーが発生するのを防ぐ、
.magento.env.yaml
設定の詳細な検証を追加しました。 エラーが発生すると、Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:
で始まる詳細なエラーメッセージが表示されるようになりました。
- また、予期しない値によってデプロイメントプロセスでエラーが発生するのを防ぐ、
-
次の 環境変数 を追加しました。
-
新しい SCD_MATRIX 環境変数を使用して、テーマごとに複数のロケールを定義できるようになりました。これにより、デプロイするテーマファイルの量を減らすことができます。
-
DATABASE_CONFIGURATION 環境変数を追加して、デプロイメント用のデータベース接続をカスタマイズしました。
-
新しい MIN_LOGGING_LEVEL 変数は、コードを変更せずに、すべての出力ストリームの最小ログレベルを上書きします。
-
-
デプロイフェーズとデプロイ後フェーズの間でダウンタイムが発生する問題を修正しました。 これで、デプロイフェーズが終了した後、デプロイフェーズが 直ちに 開始されます。
-
成功した cron ジョブ(
status = success
付きのジョブ)をスケジュールからクリーンアップしない問題を修正しました。 -
プロジェクトのデプロイ後フェーズではなくデプロイフェーズでキャッシュをクリアする
post_deploy
フックの問題を修正しました。 -
複数のロケールで SCD を使用すると、各ロケールに対して同じ
js-translation.json
ファイルが生成される問題を修正しました。 -
テーブルのロックを回避し速度を向上させるために、
ece-tools
パッケージのdb:dump
コマンドを最適化しました。
v2002.0.11
-
マスター以外のノードへの読み取り専用接続の設定 – このリリースでは、(MariaDB)読み取り専用トラフィックを受信するように、マスター以外のノードへの読み取り専用接続を設定できるようになりました。Redis と
-
設定ウィザード – 静的なコンテンツ配置の設定を検証するのに役立つウィザードが追加されました。 スマート ウィザードを参照してください。
-
Symfony Console のサポート—Adobe Commerce 2.3 で Symfony Console 4 をサポートするようになりました。
-
Cron スケジュールの最適化 - Cron 関連の問題のデバッグに役立つキュー管理と拡張ログを改善しました。
-
ADMIN_EMAIL
またはADMIN_USERNAME
の値が既存の管理者アカウントと同じ場合、デプロイメントの検証が失敗します。 -
バージョン 2.2.x の SOLR サポートを削除しました。 2.1.x バージョンでは、SOLR. を有効にする機能が保持されています。
-
PRO プロジェクトのステージング環境と実稼動環境の最初のインストールに、環境に対する異なるインデックスプレフィックスが含まれるようになりました。これにより、各Elasticsearchに属するレコードを特定しながら、競合の可能性を防ぎます。
-
静的コンテンツのデプロイメント中にレガシーアーキテクチャのビルドフェーズが中断される問題を修正しました。
-
Cron 固有の改善点—Cron の実装を修正しました。
-
Cron キューがすぐにいっぱいになる問題を修正しました。 これで、古い cron ジョブがより信頼性の高い方法でクリアされます。
-
Cron ジョブのシーケンスを再編成して、個別のスレッド内のすべてのジョブが一般グループの前に起動するようにしました。
-
cron に関する問題のデバッグをより適切に支援するために、ログ機能を改善しました。
-
メモ – このリリースでは、cron 関連の多くの問題に対処しています。 現在、m2-hotfix で cron 関連のパッチを使用している場合は、それらを削除します。
-
-
SCD 固有の改善点—
-
VERBOSE_COMMANDS
とSCD_COMPRESSION_LEVEL
の環境変数は、build フェーズと de_ploy フェーズの両方で使用できます 。 -
SCD_COMPRESSION_LEVEL
環境変数に予期しない値が発生した場合、デプロイメントがランダムエラーで失敗する問題を修正しました。 設定の検証を改善して、意味のある通知を提供するようになりました。 使用可能な値については、SCD_COMPRESSION_LEVEL
を参照してください。 -
SCD_COMPRESSION_LEVEL
環境変数の設定フローの動作を修正して、オーバーライドが期待どおりに動作するようにしました。 -
.magento.env.yaml
ファイル deploy stage. でSCD_THREADS
環境変数を設定できない問題を修正しました
-
v2002.0.10
-
静的コンテンツ展開(SCD) – 要求に応じて静的コンテンツを(オンデマンドで)生成する、新しい代替デプロイメントプロセスがあります。 これにより、最も重要なアセットを生成できるので、ダウンタイムが短縮され、キャッシュ処理が改善されます。
-
新しい環境変数 -
SCD_ON_DEMAND
グローバル環境変数が追加され、要求に応じて静的コンテンツが生成されるようになりました。 -
デプロイ後のフック -
.magento.app.yaml
ファイルにpost_deploy
フックが追加され、キャッシュがクリアされて、コンテナが接続の受け入れを開始した 後 キャッシュがプリロード(warms)されるようになりました。 Cloud Console ージにステージング環境と実稼動環境が含まれている Pro プロジェクトと、スタータープロジェクトでのみ使用できます。 必須ではありませんが、SCD_ON_DEMAND
環境変数と連携して機能します。
-
-
最適化 – 導入時にファイルの移動またはコピーを最適化し、導入スピードを向上させ、ファイル・システムへの負荷を軽減
-
配置ログ:配置プロセス中にログを出力する Syslog および Graylog Extended Log Format (GELF)ハンドラを有効にする機能が追加されました。 ログハンドラーを参照してください 。
-
次の 環境変数 を追加しました。
-
CRYPT_KEY
- データベースを移動する際に、別の環境に暗号化キーを提供します。 -
SKIP_HTML_MINIFICATION
- グローバルvar/view_preprocessed
ディレクトリ内の静的ビュー・ファイルのコピーをスキップし、要求されると縮小HTMLを生成する環境変数。 -
SCD_ON_DEMAND
- グローバル 環境変数で、要求に応じて静的コンテンツを生成します。 -
WARM_UP_PAGES
- キャッシュのプリロードに使用するページをリストできます。 新しい デプロイ後の変数で使用できます。
-
-
ローカルに適用されたパッチがインスタンス上のデプロイメントを中断する問題を修正しました。 これで、ECE-Tools はパッチが適用されたことを検出できます。
-
JavaScriptのバンドルと GZIP 機能の間の競合を修正しました。 これで、これらの機能は正しく連携して動作するようになりました。
-
以前のバージョンの PHP 7.0.x を使用すると ECE-Tools CLI コマンドが失敗する問題を修正しました。
-
複数のスレッドでのコンパクトな戦略で静的コンテンツのデプロイができない問題を修正しました。
-
管理者ログインの遅延を引き起こす Redis セッションロックの問題を修正しました。 また、この修正は 2.1.x. で利用可能です
v2002.0.9
-
ece-tools—
ece-tools
パッケージでAdobe Commerce 2.1.x がサポートされるようになりました。 -
Redis 設定 – 環境変数を使用して、ページとデフォルトのキャッシュおよび Redis セッションストレージを Redis 設定できるようになりました。
-
検索、AMQP、Redis のサービス改善 – サービス設定フローを統合し、すべてのサービスで同じように動作するようになりました。
env.php
ファイルを手動で編集したサービスの設定はサポートされなくなりました。 代わりに、環境変数または.magento.env.yaml
ファイルを使用する必要があります。 -
環境変数—
-
env:STATIC_CONTENT_THREADS
の使用は非推奨(廃止予定)となり、将来のリリースで削除される予定です。 代わりに SCD_THREADS を使用してください。 -
STATIC_CONTENT_EXCLUDE_THEMES
環境変数は非推奨(廃止予定)となりました。 代わりに、SCD_EXCLUDE_THEMES
環境変数を使用する必要があります。
-
-
ログ – 組み込みのパッチ適用操作に関するログを簡素化しました。
-
予期しない動作を引き起こしていた
developer
モードのサポートとAPPLICATION_MODE
環境変数を削除しました。 -
Redis に関連する静的コンテンツのデプロイメント失敗を引き起こす問題を修正しました。 現在は、設計どおりにマルチスレッド静的コンテンツのデプロイメントが実行されます。
-
管理コマンドを実行した後に機密としてマークされた管理
app:config:dump
の設定フィールドにユーザーが変更を保存できなかった問題を修正しました。 -
最新バージョンとまだ互換性がない一部のパッケージとの競合を修正するために、以前のバージョンの
symfony/yaml
のサポートを追加しました。
v2002.0.8
vendor/magento/ece-patches
と vendor/magento/ece-tools
を統合しました。 vendor/magento/ece-patches
パッケージを個別に更新する必要はなくなりました。新機能:
-
ロギングの改善
-
ビルドまたはデプロイプロセスで環境変数が上書きされる際の説明を改善するために、ログメッセージを改善しました。
-
インストールとアップグレードの進行状況をリアルタイムで確認できるようになりました。 進行状況を表示するには、
install_update.log
ファイルに対して「テール」を実行します。 以下に例を挙げます。code language-bash tail -f var/log/install_upgrade.log
-
-
新しい cron コマンド -
cron:unlock
コマンドを使用してすべての cron ジョブを停止して再起動するのではなく、特定の停止した cron ジョブのロックを解除できるようになりました。 2.1. では利用できません。 -
統合設定ファイル -
.magento.env.yaml
ファイルを使用してビルドステージとデプロイステージを設定できるようになりました。 -
設定ファイルのバックアップ – 導入プロセスでは、導入後に
app/etc/env.php
とapp/etc/config.php
の設定ファイルのバックアップが自動的に作成されるようになりました。 また、これらの構成ファイルをバックアップからリストアするための 新しい CLI コマンドも追加しました 。 -
検証エラーのトラブルシューティング – 静的コンテンツのデプロイメントに十分なデータが含まれていない場合の検証エラーを解決するために使用する必要が
config.php
るコマンドを変更しました。 以前は、エラーメッセージからbin/magento app:config:dump
を実行するように指示されていました。 ここで、php ./vendor/bin/ece-tools config:dump
. を実行する必要があります。 -
新しい環境変数 – 環境変数を使用して、カスタム 検索および AMQP ベースサービスをサイトに接続できるようになりました。
-
私たちはスマートパッチを実装しました。 これで、クラウドインフラストラクチャー上のAdobe Commerceのバージョンではなく、パッチが適用されたパッケージバージョンに基づいて、パッケージでパッチが適用されます。
解決された問題:
-
ビルドエラーの原因となっていたログの問題を修正しました。
-
インタラクティブモードでデプロイメントを実行するとタイムアウト例外が発生する問題を修正しました。
-
静的コンテンツ生成にコンパクト戦略を使用するとエラーが発生する問題を修正しました。 2.1. では利用できません。
-
デプロイメントスクリプトがステージング環境と実稼動環境を適切に識別しない問題を修正しました。
-
ネットワークの問題によってデータベース接続が中断されたり、インストールおよびアップグレードプロセス中にエラーが発生したりする問題を修正しました。
-
app:config:dump
を複数回使用して設定ファイルをエクスポートできない問題を修正しました。 2.1. では利用できません。 -
Admin ログインの遅延を引き起こす Redis セッション ロック の問題を修正しました。 2.1. では利用できません。
-
他の Composer ベースのパッチ適用モジュールとの競合を引き起こしていたバージョン管理に関連する実装の問題を修正しました。
-
インポート時に PHP のメモリに関する問題を修正しました。
-
パッチを削除しました。
colinmollenhour/credis
v1.6 のバグを修正して、Cloud Infrastructure 2.2.1 でのAdobe Commerceのサポートを有効にしました。2.1. では利用できません。
v2002.0.7
解決された問題:
- JavaScript
var/view_preprocessed
縮小の競合を引き起こしている問題を修正するために、シンボリックリンクを削除しました。
v2002.0.6
解決された問題:
-
ファイル名またはディレクトリ名にスペースが含まれている場合に
gzip
エラーが発生する問題を修正しました。 -
デプロイメントスクリプトでモジュールの依存関係を適切に認識して有効にできなかった問題を修正しました。
v2002.0.5
新機能:
-
環境変数を使用した cron コンシューマーの設定 – 新しい
CRON_CONSUMERS_RUNNER
環境変数を使用して cron コンシューマーを設定できるようになりました。 -
構成のスキャン:構築/展開プロセス中に重要なコンポーネントをスキャンし、スキャンに失敗した場合はプロセスを停止します。これにより、サイトがメンテナンス・モードになっていることが原因で発生する不要なダウンタイムを回避できます。
-
ビルド/デプロイ通知 – すべての環境でビルド/デプロイアクションを行うために Slackやメール通知の設定に使用できる設定ファイルを追加しました。
-
静的コンテンツ圧縮 - ビルドおよびデプロイのフェーズで、gzip を使用して静的コンテンツを圧縮するようになりました。 この圧縮と Fastly 圧縮を組み合わせると、ストアのサイズを縮小し、デプロイメント速度を向上させることができます。 必要に応じて、 ビルドオプションまたは デプロイ変数を使用して圧縮を無効にできます。 詳しくは、次のトピックを参照してください。
-
設定管理 - ビルドフェーズ中に、Git リポジトリにまだ存在しない
app/etc/config.php
ファイルを自動生成するようになりました。 自動生成されたファイルには、モジュールと拡張子のリストのみが含まれます。 ファイルが既に存在する場合、ビルドフェーズは通常どおり続行されます。 後で 設定管理に従うと、追加の手順を必要とせずにコマンドによってファイルが更新されます。 詳細は、「 デプロイメントプロセス」を参照してください。 -
データベースダンプ – すべての環境でデータベースダンプを作成するための
magento/ece-tools
CLI コマンドを追加しました。 Pro Plan の実稼動環境の場合、このコマンドは 3 つの高可用性ノードのうちの 1 つからのみダンプするので、ダンプ中に別のノードに書き込まれた実稼動データはコピーされません。 実稼動環境でデータベースダンプを実行する前に、アプリケーションをメンテナンスモードにすることをお勧めします。 詳しくは、 バックアップ管理を参照してください。 -
Cron 間隔の制限の撤廃 - us-3、eu-3、ap-3 の各地域でプロビジョニングされたすべての環境のデフォルトの Cron 間隔は 1 分です。 その他のすべての地域のデフォルトの cron 間隔は、Pro 統合環境の場合は 5 分、Pro ステージング環境と実稼動環境の場合は 1 分です。 既存の cron ジョブを変更するには、
.magento.app.yaml
で設定を編集するか、実稼働/ステージング環境用のサポートチケットを作成します。 詳しくは、cron ジョブの設定を参照してください。
解決された問題:
-
静的コンテンツのデプロイメント前にデプロイプロセスが
cache-clean
操作を呼び出すことで、デプロイ時間が長くなる問題を修正しました。 -
実稼動環境へのデプロイメントの静的コンテンツ生成手順でエラーが発生する問題を修正しました。
-
一部の
magento/ece-tools
コマンドがstderr
. に出力をログ記録しない問題を修正しました -
env.php
のベース URL 値がフォークされたブランチで更新されない問題を修正しました。 -
magento setup:install
コマンドでセキュアでないプレフィックス(http://
)をセキュアなベース URL に追加する問題を修正しました。 -
パッチエラーによってデプロイメントが失敗するのを防ぐ問題を修正しました。
-
パッチを適用でき
ece-tools
い場合に、実行が停止して例外がスローされる問題を修正しました。 -
管理でHTMLの縮小を有効にした後にストアフロントを読み込むとエラーが発生する問題を修正しました。
v2002.0.4
解決された問題:
- SSH アクセスを介してすべての環境で CLI コマンドを使用して スタックした cron ジョブを手動でリセットできるようになりました。 デプロイメントプロセスにより、cron ジョブが自動的にリセットされます。
v2002.0.3
解決された問題:
- Redis が読み取り/書き込みに時間がかかりすぎているので、ページがタイムアウトする問題を修正しました。 これで、Redis 設定で
disable_locking
パラメーターを使用して、この問題を回避できます。
v2002.0.2
解決された問題:
- RabbitMQ 設定プロセスは、必要なすべてのパラメーターを自動的に取得するようになりました。
v2002.0.1
新機能:
-
クラウドインフラストラクチャー上のAdobe Commerceで scopes と 静的コンテンツのデプロイメント戦略がサポートされるようになりました。 静的コンテンツデプロイメント戦略のデフォルト設定
quick
を使用して、–s
パラメーターを追加しました。 環境変数 SCD_STRATEGY を使用して、これらの戦略をカスタマイズし、ビルドおよびデプロイアクションで使用できます。 この変数は、standard
、quick
、compact
のオプションをサポートします。 「compact
」を選択した場合は、STATIC_CONTENT_THREADS
値が1
で上書きされるので、デプロイメントの速度が低下する可能性があります(特に実稼動環境の場合)。 2.1. では利用できません。 -
環境に関するログファイルを作成して、ビルドアクションとデプロイアクションをキャプチャおよびコンパイルしました。
var/log/cloud.log
ファイルは、ルートアプリケーションディレクトリにあります。
解決された問題:
-
ece-tools
パッケージをリファクタリングして、Cloud Infrastructure 2.2.0 以降のAdobe Commerceと互換性を持たせました。 -
パッチを適用できない場合に、
ece-tools
の実行が停止して例外が発生する問題を修正しました。 -
ビルド中に依存関係の挿入(di)コンパイルがスキップされると例外がスローされる問題を修正しました。
-
デプロイプロセスで
env.php
ファイルのカスタム Redis 設定が上書きされる問題を修正しました。 -
デフォルトのセキュア管理者で無効になっていることが原因で、リダイレクトループが発生していた問題を修正しました。
v2002.0.0
初回リリース
Cloud infrastructure 2.2.0 でのAdobe Commerce向け ece-tools
の初回リリースです。