デプロイメントプロセス
トリガー デプロイメントプロセスは、環境の結合、プッシュ、同期を実行するか、 手動での再デプロイ. デプロイメントプロセスには時間がかかりますが、開発とテストを行っているか、ライブサイトを使用しているかによって、デプロイメントを最適化する方法があります。 最も顕著なのは、 静的コンテンツデプロイメント.
デプロイメントプロセスには、ビルド、デプロイ、ポストデプロイの 3 つの異なるフェーズがあります。 各フェーズでは、限られたリソースで特定のアクションが実行されます。
ビルドフェーズ
![ビルドフェーズ](./media_1c07a23642a90dd1be736d61eba04ab63f37f3898.png?width=750&format=png&optimize=medium)
この ビルド フェーズでは、設定ファイルで定義されたサービスのコンテナを組み立て、 composer.lock
ファイルに書き込み、 .magento.app.yaml
ファイル。 サービスに接続したりデータベースにアクセスしたりできない場合、ビルドフェーズは環境に限定されたリソースに応じて異なります。
デプロイフェーズ
![デプロイフェーズ](./media_1bef176dd6c5282666188f37080e4be93ef3ef994.png?width=750&format=png&optimize=medium)
この deploy フェーズでは、受信リクエストを一時的に保持し、サイトをに移行します メンテナンスモード. デプロイフェーズでは新しいコンテナを使用し、ファイルシステムのマウント後にネットワーク接続を開き、 relationships
の節 .magento.app.yaml
ファイルに書き込み、 .magento.app.yaml
ファイル。 万事がうまくいっている 読み取り専用 で定義されたディレクトリを除く。 .magento.app.yaml
ファイル。 デフォルトでは、 mounts
プロパティ には、次のディレクトリが含まれます。
app/etc
– 次を含むenv.php
およびconfig.php
設定ファイルpub/media
– 製品やカテゴリなどのすべてのメディア データが含まれますpub/static
– 生成された静的ファイルを含むvar
– 実行時に作成された一時ファイルが含まれます
その他のすべてのディレクトリには、読み取り専用の権限があります。 新しいサイトは、メンテナンスモードを終了し、受信リクエストの一時的な保留を解除すると、デプロイフェーズの最後にアクティブになります。
導入段階では、 app/etc/config.php
および app/etc/env.php
デプロイメント設定ファイルは、BAK 拡張子で保存されます。 参照: ストアの設定 を参照してください。
デプロイ後フェーズ
![デプロイ後フェーズ](./media_1cb941f3e35ef56d8072f7453b02dfbc387e5f8c7.png?width=750&format=png&optimize=medium)
この デプロイ後 フェーズでは、 .magento.app.yaml
ファイル。 このフェーズで何らかのアクションを実行すると、サイトのパフォーマンスに影響を与える可能性がありますが、 WARM_UP_PAGES キャッシュに格納する環境変数。
設定の検証
![状態の検証](./media_17945736b86edaf8555b306db436132a3b6de757d.png?width=750&format=png&optimize=medium)
プロジェクトの状態に最適な設定をテストするには、次を実行します スマート・ウィザード.
ece-tools
2002.1.0 以降では、シナリオベースのデプロイメント機能を使用して、クラウドインフラストラクチャプロジェクト上のAdobe Commerceのビルド、デプロイ、デプロイ後のプロセスをカスタマイズできます。 参照: シナリオベースのデプロイメント.