Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Flusso di lavoro di implementazione di istanze per ECS in esecuzione su Amazon Linux 2 e versioni successive
<a name="platforms-linux-extend.workflow.ecs-al2"></a>

La sezione precedente descrive le funzionalità di estendibilità supportate durante le fasi del flusso di lavoro di distribuzione dell'applicazione. Ci sono alcune differenze per le ramificazioni della piattaforma Docker [*ECS in esecuzione su Amazon Linux 2 e versioni successive*](create_deploy_docker_ecs.md). Questa sezione spiega come questi concetti si applicano a questo specifico ramo della piattaforma. 

Grazie a molti modi per estendere la piattaforma dell'ambiente, è utile sapere cosa succede ogni volta che Elastic Beanstalk esegue il provisioning di un'istanza o esegue una distribuzione in un'istanza. Il diagramma seguente mostra l'intero flusso di lavoro di implementazione per un ambiente basato sulle ramificazioni della piattaforma *ECS in esecuzione su Amazon Linux 2* ed *ECS in esecuzione su Amazon Linux 2023*. Descrive le diverse fasi di una distribuzione e i passaggi eseguiti da Elastic Beanstalk in ogni fase.

A differenza del flusso di lavoro descritto nella sezione precedente, la fase di configurazione della distribuzione non supporta le seguenti funzionalità di estensibilità: comandi `Buildfile`, comandi `Procfile`, configurazione proxy inversa. 

**Note**  
Il diagramma non rappresenta il set completo di passaggi eseguiti da Elastic Beanstalk sulle istanze di ambiente durante la distribuzione. Forniamo questo diagramma per illustrazione, per fornirvi l'ordine e il contesto per l'esecuzione delle vostre personalizzazioni.
Per semplicità, il diagramma menziona solo le sottodirectory hook `.platform/hooks/*` (per le distribuzioni di applicazioni) e non le sottodirectory hook `.platform/confighooks/*` (per le distribuzioni di configurazione). Gli hook in queste ultime sottodirectory vengono eseguiti esattamente durante le stesse fasi degli hook nelle corrispondenti sottodirectory mostrate nel diagramma.

![\[Ordine di esecuzione del flusso di lavoro per le estensioni su un'istanza di ambiente sulla piattaforma Docker basata su ECS.\]](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/images/platform-ecs-al2-extended-order.png)


Nell'elenco seguente vengono descritti in dettaglio le fasi e i passaggi di distribuzione.

1. Esegue tutti i file eseguibili trovati nella directory `appdeploy/pre` in `EBhooksDir`.

1. Esegue tutti i file eseguibili trovati nella directory `.platform/hooks/prebuild` del bundle di origine (`.platform/confighooks/prebuild` per una distribuzione di configurazione).

1. Esegue tutti i file eseguibili trovati nella directory `.platform/hooks/predeploy` del bundle di origine (`.platform/confighooks/predeploy` per una distribuzione di configurazione).

1. Esegue tutti i file eseguibili trovati nella directory `appdeploy/enact` in `EBhooksDir`.

1. Esegue tutti i file eseguibili trovati nella directory `appdeploy/post` in `EBhooksDir`.

1. Esegue tutti i file eseguibili trovati nella directory `.platform/hooks/postdeploy` del bundle di origine (`.platform/confighooks/postdeploy` per una distribuzione di configurazione).

Il riferimento a `EBhooksDir` rappresenta il percorso della directory degli hook della piattaforma. Per recuperare il nome del percorso della directory, utilizzare il [get-config](custom-platforms-scripts.md#custom-platforms-scripts.get-config) strumento di script sulla riga di comando dell'istanza dell'ambiente come mostrato: 

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