As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Fluxo de trabalho de implantação de instâncias para o ECS em execução no Amazon Linux 2 e versões posteriores
<a name="platforms-linux-extend.workflow.ecs-al2"></a>

A seção anterior descreve os recursos de extensibilidade compatíveis ao longo das fases do fluxo de trabalho de implantação da aplicação. Há algumas diferenças para ramificação da plataforma Docker no [*ECS em execução no Amazon Linux 2 e versões posteriores*](create_deploy_docker_ecs.md). Esta seção explica como esses conceitos se aplicam a essa ramificação específica da plataforma. 

Como existem muitas maneiras de estender a plataforma do ambiente, é útil saber o que acontece sempre que o Elastic Beanstalk provisiona ou implementa uma instância. O diagrama a seguir mostra todo esse fluxo de trabalho de implantação para um ambiente baseado nas ramificações de plataforma *ECS em execução no Amazon Linux 2* e *ECS em execução no Amazon Linux 2023*. Ele representa as diferentes fases de uma implantação e as etapas que o Elastic Beanstalk realiza em cada fase.

Ao contrário do fluxo de trabalho descrito na seção anterior, a fase de configuração da implantação não é compatível com os seguintes recursos de extensibilidade: comandos `Buildfile`, comandos `Procfile`, configuração de proxy reverso. 

**Observações**  
O diagrama não representa o conjunto completo de etapas que o Elastic Beanstalk realiza em instâncias do ambiente durante a implantação. Nós fornecemos este diagrama como ilustração, para fornecer a você a ordem e o contexto para a execução de suas personalizações.
Para simplificar, o diagrama menciona apenas os subdiretórios de hook `.platform/hooks/*` (para implantações de aplicações), e não os subdiretórios de hook `.platform/confighooks/*` (para implantações de configurações). Os hooks nos últimos subdiretórios são executados durante exatamente as mesmas etapas que os hooks nos subdiretórios correspondentes mostrados no diagrama.

![\[Fluxo de trabalho para ordem de execução de extensões em uma instância de ambiente na plataforma do Docker baseada no ECS.\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/images/platform-ecs-al2-extended-order.png)


A lista a seguir detalha as etapas do fluxo de trabalho de implantação.

1. Executa todos os arquivos executáveis encontrados no diretório `appdeploy/pre` em `EBhooksDir`.

1. Executa todos os arquivos executáveis encontrados no diretório `.platform/hooks/prebuild` do pacote de origem (`.platform/confighooks/prebuild` para uma implantação de configuração).

1. Executa todos os arquivos executáveis encontrados no diretório `.platform/hooks/predeploy` do pacote de origem (`.platform/confighooks/predeploy` para uma implantação de configuração).

1. Executa todos os arquivos executáveis encontrados no diretório `appdeploy/enact` em `EBhooksDir`.

1. Executa todos os arquivos executáveis encontrados no diretório `appdeploy/post` em `EBhooksDir`.

1. Executa todos os arquivos executáveis encontrados no diretório `.platform/hooks/postdeploy` do pacote de origem (`.platform/confighooks/postdeploy` para uma implantação de configuração).

A referência a `EBhooksDir` representa o caminho do diretório de hooks da plataforma. Para recuperar o nome do caminho do diretório, use a ferramenta de script [get-config](custom-platforms-scripts.md#custom-platforms-scripts.get-config) na linha de comando da instância do ambiente, como mostrado: 

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