Flusso di lavoro di implementazione di istanze per ECS in esecuzione su Amazon Linux 2 e versioni successive - AWS Elastic Beanstalk

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

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. 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.

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.

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

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

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

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

  6. 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 strumento di script sulla riga di comando dell'istanza dell'ambiente come mostrato: 

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