翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon Linux 2 以降で動作する ECS のインスタンスデプロイのワークフロー
<a name="platforms-linux-extend.workflow.ecs-al2"></a>

前のセクションでは、アプリケーションデプロイのワークフローのフェーズ全体でサポートされる拡張機能について説明します。Docker プラットフォームブランチ [*Amazon Linux 2 以降で動作する ECS*](create_deploy_docker_ecs.md) にはいくつかの相違点があります。このセクションでは、これらの概念がこの特定のプラットフォームブランチにどのように適用されるかについて説明します。

環境のプラットフォームを拡張する方法が多数あるため、Elastic Beanstalk がインスタンスをプロビジョニングしたり、インスタンスへのデプロイを実行したりするたびに何が起こるかを知ることは有益です。次の図は、*Amazon Linux 2 で動作する ECS* および *Amazon Linux 2023 で動作する ECS* のプラットフォームブランチをベースにした環境のデプロイワークフロー全体を示しています。デプロイのさまざまなフェーズと、各フェーズで Elastic Beanstalk が実行するステップを示します。

前のセクションで説明したワークフローとは異なり、デプロイ設定フェーズでは拡張機能 (`Buildfile` コマンド、`Procfile` コマンド、リバースプロキシ設定) はサポートされていません。

**注意事項**  
この図は、デプロイ中に環境インスタンスで Elastic Beanstalk が実行する一連のステップ全体を表しているわけではありません。この図は、カスタマイズの実行順序とコンテキストを提供するために、説明のために提供します。
簡単にするために、図では、`.platform/hooks/*` フックのサブディレクトリ (アプリケーションデプロイ用) のみを示しており、`.platform/confighooks/*` フックのサブディレクトリ (設定デプロイ用) は示していません。後者のサブディレクトリのフックは、図に示す対応するサブディレクトリのフックとまったく同じステップで実行されます。

![\[ECS ベースの Docker プラットフォームの環境インスタンスでの拡張機能の実行順序のワークフロー。\]](http://docs.aws.amazon.com/ja_jp/elasticbeanstalk/latest/dg/images/platform-ecs-al2-extended-order.png)


デプロイワークフローステップの詳細を次に示します。

1. `EBhooksDir` の `appdeploy/pre` ディレクトリにある実行可能ファイルを実行します。

1. ソースバンドルの `.platform/hooks/prebuild` ディレクトリにある実行可能ファイルを実行します (設定デプロイ用の `.platform/confighooks/prebuild`)。

1. ソースバンドルの `.platform/hooks/predeploy` ディレクトリにある実行可能ファイルを実行します (設定デプロイ用の `.platform/confighooks/predeploy`)。

1. `EBhooksDir` の `appdeploy/enact` ディレクトリにある実行可能ファイルを実行します。

1. `EBhooksDir` の `appdeploy/post` ディレクトリにある実行可能ファイルを実行します。

1. ソースバンドルの `.platform/hooks/postdeploy` ディレクトリにある実行可能ファイルを実行します (設定デプロイ用の `.platform/confighooks/postdeploy`)。

`EBhooksDir` へのリファレンスは、プラットフォームフックディレクトリのパスを表します。ディレクトリパス名を取得するには、次のように、環境インスタンスのコマンドラインで [get-config](custom-platforms-scripts.md#custom-platforms-scripts.get-config) スクリプトツールを実行します。

```
$ /opt/elasticbeanstalk/bin/get-config platformconfig -k EBhooksDir
```