Estensione delle piattaforme Elastic Beanstalk Linux - AWS Elastic Beanstalk
Esempio di applicazione con estensioniFlusso di lavoro di distribuzione dell'istanzaFlusso di lavoro di implementazione di istanze per ECS in esecuzione su Amazon Linux 2 e versioni successive

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

Estensione delle piattaforme Elastic Beanstalk Linux

Le piattaforme Linux AWS Elastic Beanstalk forniscono molte funzionalità predefinite per supportare lo sviluppo e l'esecuzione dell'applicazione. Quando necessario, è possibile estendere le piattaforme in diversi modi per configurare le opzioni, installare software, aggiungere file e comandi di avvio, fornire istruzioni di compilazione e runtime e aggiungere script di inizializzazione eseguiti in varie fasi di provisioning delle istanze dell'ambiente Amazon Elastic Compute Cloud (Amazon EC2).

Alcune piattaforme consentono di personalizzare la modalità di compilazione o preparazione dell'applicazione e di specificare i processi che eseguono l'applicazione. Ogni singolo argomento della piattaforma menziona specificamente Buildfile e/o Procfile se la piattaforma li supporta. Cerca la tua piattaforma specifica sotto Piattaforme Elastic Beanstalk.

Per tutte le piattaforme di supporto, la sintassi e la semantica sono identiche e sono come descritto in questa pagina. I singoli argomenti della piattaforma menzionano l'uso specifico di questi file per la creazione e l'esecuzione di applicazioni nelle rispettive lingue.

Buildfile

Per specificare un comando di configurazione e compilazione personalizzato per l'applicazione, inserire un file denominato Buildfile nella directory principale dell'origine dell'applicazione. Per il nome del file è prevista la distinzione tra maiuscole e minuscole. Utilizzare la seguente sintassi per Buildfile.

<process_name>: <command>

Il comando nel Buildfile deve corrispondere alla seguente espressione regolare: ^[A-Za-z0-9_-]+:\s*[^\s].*$.

Elastic Beanstalk non monitora l'applicazione eseguita con un Buildfile. Usa un Buildfile per comandi che vengono eseguiti per brevi periodi e terminano dopo aver completato le proprie attività. Per i processi di applicazioni a lungo termine da non terminare, utilizza il Procfile.

Tutti i percorsi nel Buildfile sono relativi alla radice del bundle di origine. Nel seguente esempio di Buildfile, build.sh è uno script di shell che si trova nella radice del bundle di origine:

Esempio Buildfile
make: ./build.sh

Se si desidera fornire passaggi di compilazione personalizzati, si consiglia di utilizzare gli hook della piattaforma predeploy per qualsiasi cosa tranne i comandi più semplici, invece di Buildfile. Gli hook della piattaforma consentono script più ricchi e una migliore gestione degli errori. Gli hook della piattaforma sono descritti nella sezione successiva.

Procfile

Per specificare comandi personalizzati per avviare ed eseguire l'applicazione, inserire un file denominato Procfile nella directory principale dell'origine dell'applicazione. Per il nome del file è prevista la distinzione tra maiuscole e minuscole. Utilizzare la seguente sintassi per Procfile. È possibile specificare uno o più comandi.

<process_name1>: <command1>
<process_name2>: <command2>
...

Ogni riga nel Procfile deve corrispondere alla seguente espressione regolare: ^[A-Za-z0-9_-]+:\s*[^\s].*$

Utilizza un Procfile per i processi di applicazioni a lungo termine che non devono essere terminati. Elastic Beanstalk si aspetta che i processi del Procfile vengano eseguiti continuamente. Elastic Beanstalk monitora questi processi e riavvia qualsiasi processo che termina. Per i processi con esecuzione breve, utilizza un comando Buildfile.

Tutti i percorsi nel Procfile sono relativi alla radice del bundle di origine. Nell'esempio seguente Procfile definisce tre processi. Il primo, chiamato web nell'esempio, è l'applicazione web principale.

Esempio Procfile
web: bin/myserver
cache: bin/mycache
foo: bin/fooapp

Elastic Beanstalk configura il server proxy per inoltrare le richieste all'applicazione Web principale sulla porta 5000 ed è possibile configurare questo numero di porta. Un uso comune per un Procfile è quello di passare questo numero di porta all'applicazione come argomento di comando. Per ulteriori informazioni sulla configurazione del proxy, espandere la sezione Configurazione del proxy inverso in questa pagina.

Elastic Beanstalk acquisisce flussi di output e errori standard dai processi Procfile nei file di log. Elastic Beanstalk assegna i nomi dei file di log dopo il processo e li archivia in /var/log. Ad esempio, il processo web dell'esempio precedente genera log chiamati web-1.log e web-1.error.log per, rispettivamente, stdout e stderr.

Gli hook di piattaforma sono specificamente progettati per estendere la piattaforma del tuo ambiente. Si tratta di script personalizzati o di file eseguibili che vengono distribuiti come parte del codice sorgente dell'applicazione e che Elastic Beanstalk esegue durante varie fasi di provisioning delle istanze.

Nota

Gli hook della piattaforma non sono supportati sulle versioni della piattaforma AMI Amazon Linux (precedenti ad Amazon Linux 2).

Hook della piattaforma di distribuzione delle applicazioni

Una distribuzione dell'applicazione si verifica quando si fornisce un nuovo bundle di origine per la distribuzione o quando si apportano modifiche alla configurazione che richiedono la terminazione e la nuova creazione di tutte le istanze dell'ambiente.

Per fornire hook di piattaforma eseguiti durante la distribuzione di un'applicazione, posizionare i file nella directory .platform/hooks del bundle di origine, in una delle seguenti sottodirectory.

  • prebuild: i file vengono eseguiti dopo che il motore della piattaforma Elastic Beanstalk scarica ed estrae il bundle di origine dell'applicazione e prima che configuri l'applicazione e il server Web.

    I file prebuild vengono eseguiti dopo l'esecuzione di comandi trovati nella sezione comandi di qualsiasi file di configurazione e prima di eseguire i comandi Buildfile.

  • predeploy: i file vengono eseguiti dopo che il motore della piattaforma Elastic Beanstalk ha impostato e configurato l'applicazione e il server Web e prima che li distribuisca nel percorso di runtime finale.

    I file predeploy vengono eseguiti dopo l'esecuzione di comandi trovati nella sezione container_commands di qualsiasi file di configurazione e prima di eseguire i comandi Procfile.

  • postdeploy: i file vengono eseguiti dopo che il motore della piattaforma Elastic Beanstalk distribuisce l'applicazione e il server proxy.

    Questo è l'ultimo passaggio del flusso di lavoro di distribuzione.

Hook della piattaforma di distribuzione della configurazione

Una distribuzione di configurazione si verifica quando si apportano modifiche alla configurazione che aggiornano solo le istanze dell'ambiente senza ricrearle. I seguenti aggiornamenti delle opzioni causano un aggiornamento della configurazione.

Per fornire hook che vengono eseguiti durante una distribuzione di configurazione, posizionarli nella directory .platform/confighooks nel bundle di origine. Si applicano le stesse tre sottodirectory degli hook di distribuzione delle applicazioni.

Ulteriori informazioni sugli hook della piattaforma

I file hook possono essere file binari o file di script che iniziano con una riga #! contenente il percorso dell'interprete, ad esempio #!/bin/bash. Tutti i file devono disporre del permesso di esecuzione. Utilizzare chmod +x per impostare l'autorizzazione di esecuzione sui file hook. Per tutte le versioni della piattaforma basate su Amazon Linux 2023 e Amazon Linux 2 rilasciate a partire dal 29 aprile 2022, Elastic Beanstalk concede automaticamente le autorizzazioni di esecuzione a tutti gli script di hook della piattaforma. In questo caso non è necessario concedere manualmente le autorizzazioni di esecuzione. Per un elenco di queste versioni della piattaforma, fai riferimento alle note di rilascio di Linux del 29 aprile 2022 nella guida Note di rilascio di AWS Elastic Beanstalk.

Elastic Beanstalk esegue i file in ciascuna di queste directory in ordine lessicografico dei nomi dei file. Tutti i file vengono eseguiti come utente root. La directory di lavoro corrente (cwd) per gli hook della piattaforma è la directory principale dell'applicazione. Per i file prebuild e predeploy è la directory di staging dell'applicazione e per i file postdeploy è la directory dell'applicazione corrente. Se uno dei file non ha esito positivo (esce con un codice di uscita diverso da zero), la distribuzione si interrompe e fallisce.

Uno script di testo degli hook di una piattaforma può fallire se contiene caratteri di interruzione di riga Carriage Return/ Line Feed (CRLF) di Windows. Se un file è stato salvato in un host Windows e poi trasferito su un server Linux, può contenere interruzioni di riga CRLF di Windows. Per le piattaforme rilasciate a partire dal 29 dicembre 2022, Elastic Beanstalk converte automaticamente i caratteri CRLF di Windows in caratteri di interruzione di riga Line Feed (LF) di Linux nei file di testo degli hook della piattaforma. Se l'applicazione viene eseguita su qualsiasi piattaforma Amazon Linux 2 rilasciata prima di questa data, dovrai convertire i caratteri CRLF di Windows in caratteri LF di Linux. Un modo per farlo è creare e salvare il file di script su un host Linux. Gli strumenti che convertono questi caratteri sono disponibili anche su Internet.

I file hook hanno accesso a tutte le proprietà di ambiente definite nelle opzioni dell'applicazione e alle variabili di ambiente di sistema HOME, PATH e PORT.

Per ottenere valori di variabili di ambiente e altre opzioni di configurazione negli script di hook della piattaforma puoi utilizzare la utility get-config fornita da Elastic Beanstalk sulle istanze di ambiente. Per informazioni dettagliate, consulta Strumenti di script della piattaforma.

Puoi aggiungere i file di configurazione alla directory .ebextensions del codice sorgente dell'applicazione per configurare vari aspetti dell'ambiente Elastic Beanstalk. Tra le altre cose, i file di configurazione consentono di personalizzare software e altri file nelle istanze dell'ambiente ed eseguire comandi di inizializzazione sulle istanze. Per ulteriori informazioni, consulta Personalizzazione di software su server Linux.

È inoltre possibile impostare le opzioni di configurazione utilizzando i file di configurazione. Molte delle opzioni controllano il comportamento della piattaforma e alcune di queste opzioni sono specifiche della piattaforma.

Per le piattaforme basate su Amazon Linux 2 e Amazon Linux 2023, ti consigliamo di utilizzare Buildfile, Procfile e hook della piattaforma per configurare ed eseguire codice personalizzato sulle istanze dell'ambiente durante il provisioning delle istanze. Questi meccanismi sono descritti nelle sezioni precedenti di questa pagina. È comunque possibile utilizzare comandi e comandi container nei file di configurazione .ebextensions, ma non sono così facili da usare. Ad esempio, scrivere script di comando all'interno di un file YAML può essere difficile dal punto di vista della sintassi. È comunque necessario utilizzare i file .ebextensions di configurazione per qualsiasi script che necessita di un riferimento a una risorsa AWS CloudFormation.

Tutte le versioni della piattaforma Amazon Linux 2 e Amazon Linux 2023 usano nginx come server proxy inverso predefinito. Le piattaforme Tomcat, Node.js, PHP e Python supportano anche HTTPD di Apache come alternativa. Per selezionare Apache su queste piattaforme, impostare l'opzione ProxyServer nello spazio dei nomi aws:elasticbeanstalk:environment:proxy su apache. Tutte le piattaforme abilitano la configurazione del server proxy in modo uniforme, come descritto in questa sezione.

Nota

Sulle versioni della piattaforma AMI Amazon Linux (precedenti ad Amazon Linux 2) potrebbe essere necessario configurare i server proxy in modo diverso. Puoi trovare questi dettagli legacy sotto i rispettivi argomenti della piattaforma in questa guida.

Elastic Beanstalk configura il server proxy nelle istanze dell'ambiente per inoltrare il traffico Web all'applicazione Web principale sull'URL root dell'ambiente, ad esempio http://my-env.elasticbeanstalk.com.

Per impostazione predefinita, Elastic Beanstalk configura il proxy per inoltrare le richieste in arrivo sulla porta 80 all'applicazione Web principale sulla porta 5000. È possibile configurare questo numero di porta impostando la proprietà ambiente PORT utilizzando lo psazio dei nomi aws:elasticbeanstalk:application:environment in un file di configurazione, come illustrato nell'esempio seguente.

option_settings:
  - namespace:  aws:elasticbeanstalk:application:environment
    option_name:  PORT
    value:  <main_port_number>

Per ulteriori informazioni sull'impostazione delle variabili di ambiente per la tua applicazione, vedi Impostazioni opzioni.

L'applicazione deve essere in ascolto sulla porta configurata per essa nel proxy. Se si modifica la porta predefinita utilizzando la proprietà dell'ambiente PORT, il codice può accedervi leggendo il valore della variabile di ambiente PORT. Ad esempio, si chiama os.Getenv("PORT") in Go o System.getenv("PORT") in Java. Se si configura il proxy per inviare traffico a più processi dell'applicazione, è possibile configurare diverse proprietà dell'ambiente e utilizzare i relativi valori sia nella configurazione del proxy che nel codice dell'applicazione. Un'altra opzione è quella di passare il valore della porta al processo come argomento di comando nel Procfile. Per ulteriori informazioni, espandere la sezione Buildfile e Procfile in questa pagina.

Configurazione di nginx

Elastic Beanstalk usa nginx come proxy inverso predefinito per mappare l'applicazione al sistema di bilanciamento del carico Elastic Load Balancing. Elastic Beanstalk fornisce una configurazione nginx predefinita che puoi estendere o sostituire completamente a favore di quella personalizzata.

Nota

Quando aggiungi o modifichi un file di configurazione nginx .conf, assicurati di codificarlo come UTF-8.

Per estendere la configurazione nginx predefinita di Elastic Beanstalk, aggiungi i file di configurazione .confa una cartella denominata .platform/nginx/conf.d/ nel bundle di origine dell'applicazione. La configurazione nginx di Elastic Beanstalk include automaticamente i file .conf in questa cartella.

~/workspace/my-app/
|-- .platform
|   `-- nginx
|       `-- conf.d
|           `-- myconf.conf
`-- other source files

Per sostituire completamente la configurazione nginx predefinita di Elastic Beanstalk, includi una configurazione nel bundle di origine in .platform/nginx/nginx.conf:

~/workspace/my-app/
|-- .platform
|   `-- nginx
|       `-- nginx.conf
`-- other source files

Se sostituisci la configurazione nginx predefinita di Elastic Beanstalk, aggiungi al file nginx.conf la riga seguente per inserire le configurazioni di Elastic Beanstalk per Monitoraggio e reporting dello stato avanzato, le mappature automatiche delle applicazioni e i file statici.

 include conf.d/elasticbeanstalk/*.conf;

Configurare HTTPD di Apache

Le piattaforme Tomcat, Node.js, PHP e Python consentono di scegliere il server proxy HTTDP di Apache come alternativa a nginx. Questo non è l'impostazione predefinita. L'esempio seguente configura Elastic Beanstalk per l'uso di Apache HTTPD.

Esempio .ebextensions/httpd-proxy.config
option_settings:
  aws:elasticbeanstalk:environment:proxy:
    ProxyServer: apache

Puoi estendere la configurazione Apache predefinita di Elastic Beanstalk con file di configurazione personalizzati aggiuntivi. In alternativa, puoi sostituire completamente la configurazione Apache predefinita di Elastic Beanstalk.

Per estendere la configurazione Apache predefinita di Elastic Beanstalk, aggiungi i file di configurazione .conf a una cartella denominata .platform/httpd/conf.d nel bundle di origine dell'applicazione. La configurazione Apache di Elastic Beanstalk include automaticamente i file .conf in questa cartella.

~/workspace/my-app/
|-- .ebextensions
|   -- httpd-proxy.config
|-- .platform
|   -- httpd
|      -- conf.d
|         -- port5000.conf
|         -- ssl.conf
-- index.jsp

Ad esempio, la configurazione Apache 2.4 seguente aggiunge un listener sulla porta 5000.

Esempio .platform/httpd/conf.d/port5000.conf
listen 5000
<VirtualHost *:5000>
  <Proxy *>
    Require all granted
  </Proxy>
  ProxyPass / http://localhost:8080/ retry=0
  ProxyPassReverse / http://localhost:8080/
  ProxyPreserveHost on

  ErrorLog /var/log/httpd/elasticbeanstalk-error_log
</VirtualHost>

Per sostituire completamente la configurazione Apache predefinita di Elastic Beanstalk, includi una configurazione nel bundle di origine in .platform/httpd/conf/httpd.conf.

~/workspace/my-app/
|-- .ebextensions
|   -- httpd-proxy.config
|-- .platform
|   `-- httpd
|       `-- conf
|           `-- httpd.conf
`-- index.jsp
Nota

Se sostituisci la configurazione Apache predefinita di Elastic Beanstalk, aggiungi al file httpd.conf la riga seguente per inserire le configurazioni di Elastic Beanstalk per Monitoraggio e reporting dello stato avanzato, le mappature automatiche delle applicazioni e i file statici.

IncludeOptional conf.d/elasticbeanstalk/*.conf
Nota

Se stai eseguendo la migrazione dell'applicazione Elastic Beanstalk a una piattaforma Amazon Linux 2 o Amazon Linux 2023, leggi anche le informazioni in Migrazione dell'applicazione Elastic Beanstalk Linux ad Amazon Linux 2023 o Amazon Linux 2.

Argomenti

Esempio di applicazione con estensioni

Nell'esempio seguente viene illustrato un bundle di origine applicazione con diverse caratteristiche di estensibilità supportate dalle piattaforme Elastic Beanstalk Amazon Linux 2 e Amazon Linux 2023: Procfile, file di configurazione .ebextensions, hook personalizzati e file di configurazione proxy.

~/my-app/
|-- web.jar
|-- Procfile
|-- readme.md
|-- .ebextensions/
|   |-- options.config        # Option settings
|   `-- cloudwatch.config     # Other .ebextensions sections, for example files and container commands
`-- .platform/
    |-- nginx/                # Proxy configuration
    |   |-- nginx.conf
    |   `-- conf.d/
    |       `-- custom.conf
    |-- hooks/                # Application deployment hooks
    |   |-- prebuild/
    |   |   |-- 01_set_secrets.sh
    |   |   `-- 12_update_permissions.sh
    |   |-- predeploy/
    |   |   `-- 01_some_service_stop.sh
    |   `-- postdeploy/
    |       |-- 01_set_tmp_file_permissions.sh
    |       |-- 50_run_something_after_app_deployment.sh
    |       `-- 99_some_service_start.sh
    `-- confighooks/          # Configuration deployment hooks
        |-- prebuild/
        |   `-- 01_set_secrets.sh
        |-- predeploy/
        |   `-- 01_some_service_stop.sh
        `-- postdeploy/
            |-- 01_run_something_after_config_deployment.sh
            `-- 99_some_service_start.sh
Nota

Alcune di queste estensioni non sono supportate sulle versioni della piattaforma AMI Amazon Linux (precedenti ad Amazon Linux 2).

Flusso di lavoro di distribuzione dell'istanza

Nota

Le informazioni contenute in questa sezione non si applicano alle ramificazioni della piattaforma ECS in esecuzione su Amazon Linux 2 e Amazon Linux 2023. Per ulteriori informazioni, consulta la sezione successiva, Flusso di lavoro di implementazione di istanze per ECS in esecuzione su Amazon Linux 2 e versioni successive

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 distribuzione. Descrive le diverse fasi di una distribuzione e i passaggi eseguiti da Elastic Beanstalk in ogni fase.

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 delle estensioni su un'istanza in un ambiente con una versione della piattaforma Amazon Linux 2

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

  1. Fasi iniziali

    Elastic Beanstalk scarica ed estrae la tua applicazione. Dopo ognuna di queste fasi, Elastic Beanstalk esegue una fase di estensibilità.

    1. Esegue i comandi trovati nella sezione comandi: di qualsiasi file di configurazione.

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

  2. Configura

    Elastic Beanstalk configura l'applicazione e il server proxy.

    1. Esegue i comandi trovati in Buildfile nel bundle di origine.

    2. Copia i file di configurazione proxy personalizzati, se ne sono presenti nella directory .platform/nginx del bundle sorgente, nella loro posizione di runtime.

    3. Esegue i comandi trovati nella sezione container_commands: di qualsiasi file di configurazione.

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

  3. Distribuzione

    Elastic Beanstalk distribuisce ed esegue l'applicazione e il server proxy.

    1. Esegue il comando trovato nel file Procfile nel bundle di origine.

    2. Esegue o riavvia il server proxy con i file di configurazione proxy personalizzati, se ne dispone.

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

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 delle estensioni su un'istanza in un ambiente per la ramificazione della piattaforma ECS in esecuzione su Amazon Linux 2 e versioni successive

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