

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

# Migrazione da Amazon Linux AMI (AL1) a AL2 o AL2 023
<a name="using-features.migration-al.generic.from-al1"></a>

Se l'applicazione Elastic Beanstalk è basata su una ramificazione della piattaforma AMI Amazon Linux, consulta questa sezione per informazioni su come migrare gli ambienti dell'applicazione ad Amazon Linux 2 o Amazon Linux 2023. Le ramificazioni della piattaforma della generazione precedente, basati su [AMI Amazon Linux](https://aws.amazon.com/amazon-linux-ami/), ora sono obsolete.

Ti consigliamo di eseguire la migrazione ad Amazon Linux 2023, poiché è più recente di Amazon Linux 2. Il sistema operativo Amazon Linux 2 raggiungerà la fine del supporto prima di Amazon Linux 2023, quindi la migrazione ad Amazon Linux 2023 ti consente di beneficiare di un periodo di supporto più lungo.

È importante tenere presente che esiste un alto grado di compatibilità tra le piattaforme Elastic Beanstalk Amazon Linux 2 e Amazon Linux 2023. Sebbene alcune aree presentino delle differenze: l'opzione Instance Metadata Service Version 1 (IMDSv1) predefinita, il supporto per lo strumento di istanza pkg-repo e alcune configurazioni di Apache. HTTPd Per ulteriori informazioni, consulta [Amazon Linux 2023](platforms-linux.md#platforms-linux.versions.al2023)

## Differenze e compatibilità
<a name="using-features.migration-al.generic.from-al1.differences"></a>

Non è garantito che i rami AL2 della piattaforma basata su AL2 023/ siano retrocompatibili con l'applicazione esistente. È inoltre importante tenere presente che, anche se il codice dell'applicazione viene implementato correttamente nella nuova versione della piattaforma, potrebbe comportarsi o funzionare in modo diverso a causa delle differenze del sistema operativo e del tempo di esecuzione.

Sebbene Amazon Linux AMI e AL2 023/ AL2 condividano lo stesso kernel Linux, si differenziano per i seguenti aspetti: il sistema di inizializzazione, `libc` le versioni, la catena di strumenti del compilatore e vari pacchetti. Per ulteriori informazioni, consulta [Amazon Linux 2 FAQs](https://aws.amazon.com//amazon-linux-2/faqs/). 

Il servizio Elastic Beanstalk ha anche aggiornato versioni specifiche della piattaforma di runtime, strumenti di compilazione e altre dipendenze. 

Si consiglia pertanto di dedicare il tempo necessario, testare accuratamente l'applicazione in un ambiente di sviluppo e apportare le modifiche necessarie.

## Processo di migrazione generale
<a name="using-features.migration-al.generic.from-al1.process"></a>

Quando sei pronto per passare alla produzione, Elastic Beanstalk blue/green richiede una distribuzione per eseguire l'aggiornamento. Di seguito sono riportate le procedure ottimali generali consigliate per la migrazione con una blue/green procedura di distribuzione.

**Preparazione al test per la migrazione**  
Prima di implementare l'applicazione e iniziare il test, consulta le informazioni contenute nella sezione [Considerazioni per tutte le piattaforme Linux](#using-features.migration-al.generic) seguente. Consulta inoltre le informazioni relative alla piattaforma in uso nella sezione [Considerazioni specifiche della piattaforma](#using-features.migration-al.specific) seguente. Prendi nota delle informazioni specifiche di tale sezione che si applicano o possono applicarsi all'applicazione e alla configurazione.

**Panoramica delle fasi di migrazione**

1. Crea un nuovo ambiente basato su un ramo della piattaforma AL2 o AL2 023. Ti consigliamo di migrare a un ramo della piattaforma AL2 023.

1. Distribuisci l'applicazione nell'ambiente 023/ di destinazione AL2. AL2 

   L'ambiente di produzione esistente rimarrà attivo e inalterato, mentre si esegue l'iterazione attraverso i test e le modifiche apportate al nuovo ambiente.

1. Testa accuratamente l'applicazione nel nuovo ambiente.

1. Quando AL2 l'ambiente AL2 023/ di destinazione è pronto per essere avviato alla produzione, sostituisci i due ambienti per reindirizzare il traffico verso il nuovo ambiente. CNAMEs 

**Fasi di migrazione dettagliate e best practice**  
Per una procedura di blue/green distribuzione più dettagliata, consulta. [Distribuzioni blu/verde con Elastic Beanstalk](using-features.CNAMESwap.md)

Per indicazioni più specifiche e best practice dettagliate, consulta il [metodo blu/verde](using-features.platform.upgrade.md#using-features.platform.upgrade.bluegreen).

## Altri riferimenti per pianificare la migrazione
<a name="using-features.migration-al.generic.from-al1.references"></a>

I seguenti riferimenti possono offrire informazioni aggiuntive per pianificare la migrazione.
+ [Confronto tra Amazon Linux 2 e Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2.html) *Guida per l'utente di Amazon Linux 2023*.
+  [Cos'è Amazon Linux 2023?](https://docs.aws.amazon.com/linux/al2023/ug/what-is-amazon-linux.html) nella *Guida per l'utente di Amazon Linux 2023*
+ [Piattaforme supportate da Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/platforms/platforms-supported.html) in *Piattaforme AWS Elastic Beanstalk *
+ [Cronologia dei rami di piattaforma ritirati](platforms-schedule.md#platforms-support-policy.retired)
+ [Piattaforme Elastic Beanstalk Linux](platforms-linux.md)
+ [Domande frequenti sul ritiro della piattaforma](using-features.migration-al.FAQ.md)

## Considerazioni per tutte le piattaforme Linux
<a name="using-features.migration-al.generic"></a>

La tabella seguente illustra le considerazioni di cui è necessario tenere conto quando si pianifica la migrazione di un'applicazione alla AL2 versione 023/. AL2 Queste considerazioni si applicano a qualsiasi piattaforma Elastic Beanstalk Linux, indipendentemente da specifici linguaggi di programmazione o server applicativi.


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
| File di configurazione | Sulle AL2 piattaforme AL2 023/, è possibile utilizzare [i file di configurazione](ebextensions.md) come in precedenza e tutte le sezioni funzionano allo stesso modo. Tuttavia, le impostazioni specifiche potrebbero non funzionare allo stesso modo delle piattaforme AMI Amazon Linux precedenti. Esempio:[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html)<br />Si consiglia di utilizzare gli hook della piattaforma per eseguire codice personalizzato sulle istanze dell'ambiente. È 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 ingombrante e difficile da testare.<br />È comunque necessario utilizzare i `.ebextensions` file di configurazione per qualsiasi script che necessita di un riferimento a una risorsa AWS CloudFormation . | 
| Hook della piattaforma | AL2 platforms ha introdotto un nuovo modo per estendere la piattaforma dell'ambiente aggiungendo file eseguibili alle directory di hook sulle istanze dell'ambiente. Con le versioni precedenti della piattaforma Linux, potresti aver usato gli [hook della piattaforma personalizzati](custom-platforms.md#custom-platform-hooks). Questi hook non erano progettati per piattaforme gestite e non erano supportati, ma potrebbero funzionare in modi utili in alcuni casi. Con le versioni AL2 02/3 AL2 della piattaforma, gli hook di piattaforma personalizzati non funzionano. È necessario eseguire la migrazione di eventuali hook ai nuovi hook della piattaforma. Per dettagli, consulta [Hook della piattaforma](platforms-linux-extend.hooks.md). | 
| Server proxy supportati | AL2Le versioni della AL2 piattaforma 023/ supportano gli stessi server proxy inversi di ogni piattaforma supportata nelle versioni della piattaforma AMI Amazon Linux. Tutte le versioni della piattaforma AL2 023/AL2; utilizzano nginx come server proxy inverso predefinito, ad eccezione delle piattaforme ECS e Docker. Le piattaforme Tomcat, Node.js, PHP e Python supportano anche HTTPD di Apache come alternativa. Tutte le piattaforme abilitano la configurazione del server proxy in modo uniforme, come descritto in questa sezione. Tuttavia, la configurazione del server proxy è leggermente diversa da quella presente nella AMI Amazon Linux. Queste sono le differenze per tutte le piattaforme:[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html)<br />Per le modifiche alla configurazione del proxy specifiche della piattaforma, consulta [Considerazioni specifiche della piattaforma](#using-features.migration-al.specific). Per informazioni sulla configurazione del proxy sulle piattaforme AL2 AL2 023/, vedere. [Configurazione del proxy inverso](platforms-linux-extend.proxy.md) | 
|  Modifiche alla configurazione del proxy  | Esistono modifiche alla configurazione del proxy che si applicano uniformemente a tutte le piattaforme oltre alle modifiche alla configurazione del proxy specifiche per ciascuna piattaforma. È importante fare riferimento a entrambi per configurare con precisione gli ambienti.[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) | 
| Profilo dell’istanza | AL2023/ AL2 Le piattaforme richiedono la configurazione di un profilo di istanza. La creazione dell'ambiente potrebbe temporaneamente avere esito positivo senza profilo, ma l'ambiente potrebbe mostrare errori subito dopo la creazione quando le azioni che richiedono un profilo di istanza iniziano a fallire. Per informazioni dettagliate, vedi [Gestione dei profili dell'istanza Elastic Beanstalk](iam-instanceprofile.md). | 
| Integrità migliorata | AL2Le versioni della AL2 piattaforma 023/ abilitano l'integrità avanzata per impostazione predefinita. Questa è una modifica se non si utilizza la console Elastic Beanstalk per creare gli ambienti. La console abilita l'integrità avanzata per impostazione predefinita quando possibile, indipendentemente dalla versione della piattaforma. Per informazioni dettagliate, vedi [Reportistica e monitoraggio dello stato di salute migliorati in Elastic Beanstalk](health-enhanced.md). | 
| AMI personalizzata | Se il tuo ambiente utilizza un'[AMI personalizzata](using-features.customenv.md), crea una nuova AMI basata su AL2 023/ AL2 per il nuovo ambiente utilizzando una piattaforma Elastic Beanstalk 023/. AL2 AL2  | 
| Piattaforme personalizzate | Le versioni gestite AMIs della piattaforma AL2 AL2 023/ non supportano piattaforme personalizzate. | 

## Considerazioni specifiche della piattaforma
<a name="using-features.migration-al.specific"></a>

In questa sezione vengono illustrate le considerazioni relative alla migrazione per specifiche piattaforme Elastic Beanstalk Linux.

### Docker
<a name="using-features.migration-al.specific.docker"></a>

La famiglia di rami della piattaforma Docker basata su Amazon Linux AMI (AL1) include tre rami di piattaforma. Per ognuno di essi consigliamo un percorso di migrazione diverso. 


|  **AL1 Filiale della piattaforma**  |  **Percorso di migrazione verso lo AL2 023/ AL2**  | 
| --- | --- | 
|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
| Docker multi-container gestito da Amazon ECS in esecuzione su Amazon Linux AMI () AL1 |  Filiali della piattaforma Docker 02/3 basate su ECS AL2 AL2 *Le filiali della piattaforma *Docker AL2 023/ basate su ECS* offrono un percorso di migrazione semplice per gli ambienti in esecuzione sul ramo della AL2 piattaforma Docker multi-container. AL1* [See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html)Per ulteriori informazioni sulla migrazione delle applicazioni in esecuzione sul ramo della piattaforma *Multi-container Docker Amazon Linux verso un ramo Amazon* *ECS in esecuzione AL2 sul* ramo della piattaforma AL2 023/, consulta. [Migrazione dell'applicazione Elastic Beanstalk da Docker multi-container gestito da ECS a ECS su Amazon Linux 2023 AL1](migrate-to-ec2-AL2-platform.md) | 
| Docker in esecuzione su AMI Amazon Linux () AL1<br />Docker preconfigurato (Glassfish 5.0) con AMI Amazon Linux () AL1 |  Docker in esecuzione su un ramo della piattaforma 02/3 AL2 AL2 *Ti consigliamo di migrare le applicazioni in esecuzione su ambienti basati su *Docker preconfigurato (Glassfish 5.0)* o Docker in esecuzione *su Amazon Linux AMI (AL1)* verso ambienti basati su Docker *Running on Amazon Linux 2 o Docker Running su* 023 rami della piattaforma. AL2* Se l'ambiente è basato sul ramo di piattaforma *Docker preconfigurato (Glassfish 5.0)*, consulta [Distribuzione di un' GlassFish applicazione sulla piattaforma Docker: un percorso di migrazione verso Amazon Linux 2023](create_deploy_dockerpreconfig.md#docker-glassfish-tutorial).<br />*La tabella seguente elenca le informazioni sulla migrazione specifiche per il ramo della piattaforma Docker Running su 023/. AL2 AL2*[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) | 
| Storage | Elastic Beanstalk configura Docker per utilizzare i [driver di archiviazione](https://docs.docker.com/storage/storagedriver/) per archiviare le immagini e i dati del container Docker. Su AMI Amazon Linux, Elastic Beanstalk utilizza il [driver di storage Device Mapper](https://docs.docker.com/storage/storagedriver/device-mapper-driver/). Per migliorare le prestazioni, Elastic Beanstalk esegue il provisioning di un volume Amazon EBS aggiuntivo. Nelle versioni della piattaforma AL2 023/ AL2 Docker, Elastic Beanstalk utilizza il [driver di archiviazione OverlayFS e raggiunge prestazioni ancora migliori senza richiedere](https://docs.docker.com/storage/storagedriver/overlayfs-driver/) più un volume separato.<br />Con AMI Amazon Linux, se usi l'opzione `BlockDeviceMappings` dello spazio dei nomi `aws:autoscaling:launchconfiguration` per aggiungere volumi di storage personalizzati a un ambiente Docker, è consigliabile aggiungere anche il volume Amazon EBS `/dev/xvdcz` fornito da Elastic Beanstalk. Tuttavia, Elastic Beanstalk non esegue più il provisioning di questo volume ed è pertanto necessario rimuoverlo dai file di configurazione. Per informazioni dettagliate, vedi [Configurazione Docker su AMI Amazon Linux (precedente ad Amazon Linux 2)](create_deploy_docker.container.console.md#docker-alami). | 
| Autenticazione del repository privato | Quando fornisci un file di autenticazione generato da Docker per connetterti a un repository privato, non devi più convertirlo nel formato precedente richiesto dalle versioni della piattaforma Amazon Linux AMI Docker. AL2023/ Le versioni della piattaforma AL2 Docker supportano il nuovo formato. Per informazioni dettagliate, vedi [Autenticazione con archivi di immagini](docker-configuration.remote-repo.md). | 
| Server proxy | AL2023/ Le versioni della piattaforma AL2 Docker non supportano contenitori autonomi che non funzionano dietro un server proxy. Nelle versioni della piattaforma Docker AMI Amazon Linux, questo era possibile tramite il valore `none` dell'opzione `ProxyServer` nello spazio dei nomi `aws:elasticbeanstalk:environment:proxy`. | 

### Go
<a name="using-features.migration-al.specific.go"></a>

[La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella AL2 piattaforma Go.](go-environment.md)


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
| Passaggio della porta | Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk non trasmette un valore di porta al processo applicativo tramite la variabile di ambiente. `PORT` È possibile simulare questo comportamento per il processo configurando autonomamente una proprietà di ambiente `PORT`. Tuttavia, se hai più processi e si prevede che Elastic Beanstalk passi valori di porta incrementali ai processi (5000, 5100, 5200 e così via), dovresti modificare l'implementazione. Per dettagli, consulta [Configurazione del proxy inverso](platforms-linux-extend.proxy.md). | 

### Amazon Corretto
<a name="using-features.migration-al.specific.corretto"></a>

La tabella seguente elenca le informazioni di migrazione per le versioni della piattaforma Corretto nella [piattaforma Java SE](java-se-platform.md).


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
| Corretto e OpenJDK a confronto | Per implementare la piattaforma Java, Standard Edition (Java SE), le filiali della AL2 piattaforma AL2 023/ utilizzano Amazon [Corretto](https://aws.amazon.com/corretto), una AWS distribuzione dell'Open Java Development Kit (OpenJDK). Le versioni precedenti della piattaforma Java SE Elastic Beanstalk utilizzano i pacchetti OpenJDK inclusi con AMI Amazon Linux. | 
| Strumenti di compilazione | AL2AL2 Le piattaforme 023/ dispongono di versioni più recenti degli strumenti di compilazione:, e. `gradle` `maven` `ant` | 
| Gestione file JAR | Sulle AL2 piattaforme AL2 023/, se il pacchetto sorgente (file ZIP) contiene un singolo file JAR e nessun altro file, Elastic Beanstalk non rinomina più il file JAR in. `application.jar` È possibile rinominare solo se si invia un file JAR da solo, non all'interno di un file ZIP. | 
| Passaggio della porta | Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk non trasmette un valore di porta al processo applicativo tramite la variabile di ambiente. `PORT` È possibile simulare questo comportamento per il processo configurando autonomamente una proprietà di ambiente `PORT`. Tuttavia, se hai più processi e si prevede che Elastic Beanstalk passi valori di porta incrementali ai processi (5000, 5100, 5200 e così via), dovresti modificare l'implementazione. Per dettagli, consulta [Configurazione del proxy inverso](platforms-linux-extend.proxy.md). | 
| Java 7 | Elastic Beanstalk non AL2 supporta AL2 un ramo della piattaforma 023/Java 7. Se si dispone di un'applicazione Java 7, eseguire la migrazione a Corretto 8 o Corretto 11. | 

### Tomcat
<a name="using-features.migration-al.specific.tomcat"></a>

[La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella piattaforma TomcatAL2 .](java-tomcat-platform.md)


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
|  **Opzione**  |  **Informazioni sulla migrazione**  | 
| --- | --- | 
| Opzioni di configurazione | Nelle versioni della AL2 piattaforma AL2 023/, Elastic Beanstalk supporta solo un sottoinsieme delle opzioni di configurazione e dei valori delle opzioni nel namespace. `aws:elasticbeanstalk:environment:proxy` Ecco le informazioni sulla migrazione per ogni opzione.[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html)<br />L'`XX:MaxPermSize`opzione nel `aws:elasticbeanstalk:container:tomcat:jvmoptions` namespace non è supportata nelle versioni della piattaforma 023/. AL2 AL2 L'impostazione JVM per modificare la dimensione della generazione permanente si applica solo a Java 7 e versioni precedenti e pertanto non è applicabile alle versioni della piattaforma 023/. AL2 AL2  | 
| Percorso dell'applicazione | Sulle AL2 piattaforme AL2 023/, il percorso della directory dell'applicazione sulle EC2 istanze Amazon del tuo ambiente è. `/var/app/current` Era `/var/lib/tomcat8/webapps` sulle piattaforme AMI Amazon Linux. | 
| `GzipCompression` | Non supportato AL2 nelle versioni della AL2 piattaforma 023/. | 
| `ProxyServer` | AL2023/ Le versioni della piattaforma AL2 Tomcat supportano sia i server proxy nginx che Apache HTTPD versione 2.4. Tuttavia, Apache versione 2.2 non è supportato.<br />Nelle versioni della piattaforma AMI Amazon Linux, il proxy predefinito era Apache 2.4. Se hai utilizzato l'impostazione proxy predefinita e hai aggiunto file di configurazione proxy personalizzati, la configurazione del proxy dovrebbe continuare a funzionare su 023/. AL2 AL2 Tuttavia, se è stato utilizzato il valore dell'opzione `apache/2.2`, è ora necessario migrare la configurazione proxy ad Apache versione 2.4. | 

### Node.js
<a name="using-features.migration-al.specific.nodejs"></a>

[La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella AL2 piattaforma Node.js.](create_deploy_nodejs.container.md)


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
|  **Opzione**  |  **Informazioni sulla migrazione**  | 
| --- | --- | 
| Versioni Node.js installate | Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk gestisce diversi rami della piattaforma Node.js e installa solo l'ultima versione della versione principale di Node.js corrispondente al ramo della piattaforma su ciascuna versione della piattaforma. Ad esempio, ogni versione della piattaforma nel ramo della piattaforma Node.js 12 ha solo Node.js 12.x.y installato per impostazione predefinita. Nelle versioni della piattaforma AMI Amazon Linux, abbiamo installato le versioni multiple di Node.js su ciascuna versione della piattaforma e mantenuto solo un singolo ramo di piattaforma.<br />Scegliere il ramo della piattaforma Node.js che corrisponde alla versione principale Node.js di cui ha bisogno l'applicazione. | 
| Nomi dei file di log HTTPD di Apache | Sulle AL2 piattaforme AL2 023/, se si utilizza il server proxy Apache HTTPD, i nomi dei file di registro HTTPD sono `access_log` e`error_log`, il che è coerente con tutte le altre piattaforme che supportano Apache HTTPD. Nelle versioni della piattaforma AMI Amazon Linux, questi file di log sono stati denominati rispettivamente `access.log` e `error.log`.<br />Per informazioni dettagliate sui nomi dei file di log e sui percorsi di tutte le piattaforme, consulta [Come Elastic Beanstalk configura i log CloudWatch](AWSHowTo.cloudwatchlogs.md#AWSHowTo.cloudwatchlogs.loggroups). | 
| Opzioni di configurazione | Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk non supporta le opzioni di configurazione nel namespace. `aws:elasticbeanstalk:container:nodejs` Alcune delle opzioni hanno alternative. Ecco le informazioni sulla migrazione per ogni opzione.[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) | 
| `NodeCommand` | Utilizzare un `Procfile` o la parola chiave `scripts` in un file `package.json` per specificare lo script iniziale. | 
| `NodeVersion` | Utilizzare la parola chiave`engines` in un file `package.json` per specificare la versione di Node.js. Tenere presente che è possibile specificare solo una versione di Node.js che corrisponde al ramo della piattaforma. Ad esempio, se si utilizza il ramo della piattaforma Node.js 12, è possibile specificare solo una versione 12.x.y Node.js. Per informazioni dettagliate, vedi [Specifica delle dipendenze Node.js con un file package.json](nodejs-platform-dependencies.md#nodejs-platform-packagejson). | 
| `GzipCompression` | Non supportato nelle versioni della AL2 piattaforma AL2 023/. | 
| `ProxyServer` | Nelle versioni della piattaforma AL2 023/ AL2 Node.js, questa opzione è stata spostata nello spazio dei nomi. `aws:elasticbeanstalk:environment:proxy` È possibile scegliere tra `nginx` (impostazione predefinita) e `apache`.<br />AL2Le versioni della piattaforma 023/ AL2 Node.js non supportano applicazioni autonome che non funzionano dietro un server proxy. Nelle versioni della piattaforma Node.js AMI Amazon Linux, questo era possibile tramite il valore `none` dell'opzione `ProxyServer` nello spazio dei nomi `aws:elasticbeanstalk:container:nodejs`. Se l'ambiente esegue un'applicazione autonoma, aggiorna il codice per ascoltare la porta a cui li server proxy (nginx o Apache) inoltra il traffico.<pre>var port = process.env.PORT || 5000;<br /><br />app.listen(port, function() {<br />  console.log('Server running at http://127.0.0.1:%s', port);<br />});</pre> | 

### PHP
<a name="using-features.migration-al.specific.php"></a>

[La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella AL2 piattaforma PHP.](create_deploy_PHP.container.md)


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
| Elaborazione di file PHP | Sulle AL2 piattaforme AL2 023/, i file PHP vengono elaborati utilizzando PHP-FPM (un gestore di processi CGI). Sulle piattaforme AMI Amazon Linux è stato usato mod\_php (un modulo Apache). | 
| Server proxy | AL2023/ Le versioni della piattaforma AL2 PHP supportano sia i server proxy nginx che Apache HTTPD. Il valore predefinito è nginx.<br />Le versioni della piattaforma PHP AMI Amazon Linux supportano solo HTTPD di Apache. Se sono stati aggiunti file di configurazione Apache personalizzati, è possibile impostare l'opzione `ProxyServer` nello spazio dei nomi `aws:elasticbeanstalk:environment:proxy` su `apache`. | 

### Python
<a name="using-features.migration-al.specific.python"></a>

[La tabella seguente elenca le informazioni sulla migrazione per le versioni della AL2 piattaforma AL2 023/ nella piattaforma Python.](create-deploy-python-container.md)


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
| Server WSGI | Sulle AL2 piattaforme AL2 023/, [Gunicorn](https://gunicorn.org/) è il server WSGI predefinito. Per impostazione predefinita, Gunicorn ascolta sulla porta 8000. La porta potrebbe essere diversa da quella utilizzata dall'applicazione sulla piattaforma AMI Amazon Linux. Se stai impostando l'opzione `WSGIPath` dello spazio dei nomi `[aws:elasticbeanstalk:container:python](command-options-specific.md#command-options-python)`, sostituisci il valore con la sintassi di Gunicorn. Per informazioni dettagliate, vedi [Spazio dei nomi di configurazione di Python](create-deploy-python-container.md#python-namespaces).<br />In alternativa, puoi utilizzare `Procfile` a per specificare e configurare il server WSGI. Per informazioni dettagliate, vedi [Configurazione del server WSGI con un profilo su Elastic Beanstalk](python-configuration-procfile.md). | 
| Percorso dell'applicazione | Sulle AL2 piattaforme AL2 023/, il percorso della directory dell'applicazione sulle EC2 istanze Amazon del tuo ambiente è. `/var/app/current` Era `/opt/python/current/app` sulle piattaforme AMI Amazon Linux. | 
| Server proxy | AL2023/ Le versioni della piattaforma AL2 Python supportano sia i server proxy nginx che Apache HTTPD. Il valore predefinito è nginx.<br />Le versioni della piattaforma Python AMI Amazon Linux supportano solo HTTPD di Apache. Se sono stati aggiunti file di configurazione Apache personalizzati, è possibile impostare l'opzione `ProxyServer` nello spazio dei nomi `aws:elasticbeanstalk:environment:proxy` su `apache`. | 

### Ruby
<a name="using-features.migration-al.specific.ruby"></a>

[La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella piattaforma RubyAL2 .](create_deploy_Ruby.container.md)


|  **Area**  |  **Modifiche e informazioni**  | 
| --- | --- | 
| Versioni di Ruby installate | Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk installa solo l'ultima versione di una singola versione di Ruby, corrispondente al ramo della piattaforma, su ciascuna versione della piattaforma. Ad esempio, ogni versione della piattaforma nel ramo della piattaforma Ruby 2.6 ha solo Ruby 2.6.x installato. Nelle versioni della piattaforma AMI Amazon Linux, vengono installate le versioni più recenti di più versioni di Ruby, ad esempio 2.4.x, 2.5.x e 2.6.x.<br />Se l'applicazione utilizza una versione di Ruby che non corrisponde al ramo della piattaforma in uso, ti consigliamo di passare a un ramo della piattaforma con la versione di Ruby corretta per l'applicazione. | 
| Server applicazioni | Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk installa il server delle applicazioni Puma solo su tutte le versioni della piattaforma Ruby. È possibile utilizzare un `Procfile` per avviare un server delle applicazioni diverso e un `Gemfile` per installarlo.<br />Sulla piattaforma AMI Amazon Linux, sono supportate due versioni di rami di piattaforma per ogni versione di Ruby: uno con il server delle applicazioni Puma e l'altro con il server delle applicazioni Passenger. Se l'applicazione utilizza Passenger, è possibile configurare l'ambiente Ruby per installare e utilizzare Passenger.<br />Per maggiori informazioni ed esempi, consulta [Utilizzo della piattaforma Ruby di Elastic Beanstalk](create_deploy_Ruby.container.md). | 