Domande frequenti sul ritiro della piattaforma - AWS Elastic Beanstalk
1. Cosa significa il ritiro di un ramo di piattaforma?2. Perché ha AWS ritirato le filiali delle piattaforme basate su AL1?3. Quali rami di piattaforma vengono ritirate?4. Quali piattaforme sono attualmente supportate?5. Elastic Beanstalk rimuoverà o terminerà qualsiasi componente del mio ambiente dopo il ritiro?6. Posso inviare una richiesta di proroga della data di ritiro?7. Quali sono le soluzioni alternative se non riesco a completare la migrazione ad AL2 o AL2023 in tempo? 8. Qual è il processo consigliato per la migrazione alle piattaforme AL2 o AL2023?9. Se ho un ambiente in esecuzione su una piattaforma ritirata, quale sarebbe l'impatto?10. Cosa succede 90 giorni dopo la data di ritiro?11. Posso creare un nuovo ambiente basato su una piattaforma ritirata?12. Se dispongo di un ambiente esistente in esecuzione su un ramo della piattaforma ritirato, fino a quando posso creare un nuovo ambiente basato sul ramo della piattaforma ritirato? È possibile farlo utilizzando la console, la CLI o l'API? 13. Posso clonare o ricreare il mio ambiente basato sulla piattaforma ritirata? 14. Dopo la data di pensionamento, cosa accadrebbe alle AWS risorse del mio ambiente Elastic Beanstalk basato su una filiale della piattaforma dismessa? Ad esempio, se l'istanza EC2 in esecuzione viene terminata, Elastic Beanstalk sarebbe in grado di lanciare una nuova istanza EC2 basata su AL1 per mantenere la capacità?15. Quali sono le differenze principali tra i sistemi operativi AL2023/AL2 e AMI Amazon Linux (AL1)? Come sono influenzate le ramificazioni della piattaforma Elastic Beanstalk AL2023/AL2?

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

Domande frequenti sul ritiro della piattaforma

Nota

Il 18 luglio 2022 Elastic Beanstalk ritirerà tutte le ramificazioni della piattaforma basate su AMI Amazon Linux (AL1).

Le risposte contenute in questa domanda frequente fanno riferimento ai seguenti argomenti:

1. Cosa significa il ritiro di un ramo di piattaforma?

Dopo la data di ritiro annunciata per un ramo di piattaforma, non sarai più in grado di creare un nuovo ambiente basato sul ramo di piattaforma ritirata, a meno che tu non disponga già di un ambiente attivo basato su tale ramo di piattaforma. Per ulteriori informazioni, consulta Domanda frequente n. 11. Elastic Beanstalk smetterà di offrire nuovi aggiornamenti di manutenzione per questi rami di piattaforma. Un ramo di piattaforma ritirato non è raccomandato per l'utilizzo in ambienti di produzione. Per ulteriori informazioni, consulta Domanda frequente n. 5.

2. Perché ha AWS ritirato le filiali delle piattaforme basate su AL1?

Elastic Beanstalk ritira i rami di piattaforma quando i componenti della piattaforma vengono deprecati o ritirati dai loro fornitori. In questo caso, l'AMI Amazon Linux (AL1) ha terminato il supporto standard a partire da 31 dicembre 2020. Mentre Elastic Beanstalk ha continuato a offrire piattaforme basate su AL1 durante il 2022, da allora abbiamo rilasciato piattaforme basate su AL2 e AL2023 dotate delle funzionalità più recenti. Affinché i clienti continuino a beneficiare della sicurezza e delle funzionalità più recenti, è fondamentale eseguire la migrazione alle nostre piattaforme basate su AL2 o AL2023.

3. Quali rami di piattaforma vengono ritirate?

Per un elenco dei componenti della piattaforma e dei rami della piattaforma che sono stati ritirati, consulta Cronologia dei rami di piattaforma ritirati.

4. Quali piattaforme sono attualmente supportate?

Consulta Piattaforme supportate da Elastic Beanstalk nella sezione Piattaforme AWS Elastic Beanstalk .

5. Elastic Beanstalk rimuoverà o terminerà qualsiasi componente del mio ambiente dopo il ritiro?

La nostra politica per le filiali di piattaforme ritirate non rimuove l'accesso agli ambienti né elimina le risorse. Tuttavia, un ambiente basato su un ramo di piattaforma ritirato può finire in una situazione imprevedibile poiché Elastic Beanstalk non è in grado di offrire aggiornamenti di sicurezza, supporto tecnico o aggiornamenti rapidi per rami di piattaforma ritirati poiché il fornitore contrassegna il componente come fine del ciclo di vita. Ad esempio, una vulnerabilità di sicurezza dannosa e critica potrebbe emergere in un ambiente in esecuzione su un ramo di piattaforma ritirata. Oppure un'azione API EB potrebbe smettere di funzionare per l'ambiente se nel tempo diventa incompatibile con il servizio Elastic Beanstalk. La possibilità di incorrere in questi tipi di rischi aumenta più a lungo rimane attivo un ambiente basato su un ramo di piattaforma ritirato.

Se la tua applicazione dovesse riscontrare problemi durante l'esecuzione su una filiale della piattaforma dismessa e non riesci a migrarla su una piattaforma supportata, dovrai prendere in considerazione altre alternative. Le soluzioni alternative includono l'incapsulamento dell'applicazione in un'immagine Docker per eseguirlo come container Docker. Ciò consentirebbe a un cliente di utilizzare qualsiasi delle nostre soluzioni Docker, come le nostre piattaforme Docker Elastic Beanstalk AL2023/AL2, o altri servizi basati su Docker come Amazon ECS o Amazon EKS. Le alternative non Docker includono il nostro servizio, che consente la personalizzazione completa dei runtime desiderati. AWS CodeDeploy

6. Posso inviare una richiesta di proroga della data di ritiro?

No. Dopo la data di ritiro, gli ambienti esistenti continueranno a funzionare. Tuttavia, Elastic Beanstalk non fornirà più aggiornamenti di manutenzione e sicurezza della piattaforma. Pertanto, è fondamentale migrare ad AL2 o AL2023 se si eseguono ancora applicazioni su una piattaforma basata su AL1. Per ulteriori informazioni su rischi e soluzioni alternative, consulta Domanda frequente n. 5.

7. Quali sono le soluzioni alternative se non riesco a completare la migrazione ad AL2 o AL2023 in tempo?

I clienti possono continuare a gestire l'ambiente, anche se ti incoraggiamo a pianificare la migrazione di tutti gli ambienti Elastic Beanstalk a una versione della piattaforma supportata. In questo modo si riduce al minimo il rischio e si ottengono continui vantaggi derivanti dagli importanti miglioramenti di sicurezza, prestazioni e funzionalità offerti nelle versioni più recenti. Per ulteriori informazioni su rischi e soluzioni alternative, consulta Domanda frequente n. 5.

8. Qual è il processo consigliato per la migrazione alle piattaforme AL2 o AL2023?

Per istruzioni complete per la migrazione da AL1 ad AL2023/AL2, consulta Migrazione dell'applicazione Elastic Beanstalk Linux ad Amazon Linux 2023 o Amazon Linux 2. In questo argomento viene spiegato che Elastic Beanstalk richiede una implementazione blu/verde per eseguire l'aggiornamento.

9. Se ho un ambiente in esecuzione su una piattaforma ritirata, quale sarebbe l'impatto?

Un ambiente basato su un ramo di piattaforma ritirato può finire in una situazione imprevedibile poiché Elastic Beanstalk non offre aggiornamenti di sicurezza, supporto tecnico o aggiornamenti rapidi per rami della piattaforma ritirati poiché il fornitore contrassegna il componente come fine del ciclo di vita. Ad esempio, una vulnerabilità di sicurezza dannosa e critica potrebbe emergere in un ambiente in esecuzione su un ramo di piattaforma ritirata. Oppure un'azione API EB potrebbe smettere di funzionare per l'ambiente se nel tempo diventa incompatibile con il servizio Elastic Beanstalk. La possibilità di incorrere in questi tipi di rischi aumenta più a lungo rimane attivo un ambiente su una piattaforma ritirato. Per ulteriori informazioni, consulta Domanda frequente n. 5.

10. Cosa succede 90 giorni dopo la data di ritiro?

La nostra politica per le filiali di piattaforme ritirate non rimuove l'accesso agli ambienti né elimina le risorse. Tuttavia, tieni presente che un ambiente basato su un ramo di piattaforma ritirato può finire in una situazione imprevedibile poiché Elastic Beanstalk non offre aggiornamenti di sicurezza, supporto tecnico o aggiornamenti rapidi per rami di piattaforma ritirati poiché il fornitore contrassegna il componente come fine del ciclo di vita. Ad esempio, una vulnerabilità di sicurezza dannosa e critica potrebbe emergere in un ambiente in esecuzione su un ramo di piattaforma ritirata. Oppure un'azione API EB potrebbe smettere di funzionare per l'ambiente se nel tempo diventa incompatibile con il servizio Elastic Beanstalk. La possibilità di incorrere in questi tipi di rischi aumenta più a lungo rimane attivo un ambiente su una piattaforma ritirato. Per ulteriori informazioni, consulta Domanda frequente n. 5 .

11. Posso creare un nuovo ambiente basato su una piattaforma ritirata?

È possibile creare un nuovo ambiente basato su un ramo di piattaforma ritirato, se hai già utilizzato quel ramo di piattaforma per creare un ambiente esistente utilizzando lo stesso account e nella stessa regione. Il ramo della piattaforma ritirato non sarà disponibile nella console Elastic Beanstalk. Tuttavia, per i clienti che dispongono di ambienti esistenti basati su un ramo di piattaforma ritirato, sarà disponibile tramite l'interfaccia a riga di comando EB, l'API EB e AWS CLI. Inoltre, i clienti esistenti possono utilizzare le console Clone Environment (Clona ambiente) e Rebuild environment (Ricrea ambiente). Tuttavia, tieni presente che un ambiente basato su un ramo di piattaforma ritirato può finire in una situazione imprevedibile. Per ulteriori informazioni, consulta Domanda frequente n. 5.

12. Se dispongo di un ambiente esistente in esecuzione su un ramo della piattaforma ritirato, fino a quando posso creare un nuovo ambiente basato sul ramo della piattaforma ritirato? È possibile farlo utilizzando la console, la CLI o l'API?

È possibile creare l'ambiente dopo la data di pensionamento. Tuttavia, tieni presente che un ramo di piattaforma ritirato può finire in una situazione imprevedibile. Più nel tempo un ambiente di questo tipo viene creato o attivo, maggiore è il rischio per l'ambiente di affrontare problemi imprevisti. Per ulteriori informazioni sulla creazione di un nuovo ambiente, consulta Domanda frequente n. 11.

13. Posso clonare o ricreare il mio ambiente basato sulla piattaforma ritirata?

Sì. Puoi farlo utilizzando le console Clone Environment (Clona ambiente) e Rebuild environment (Ricrea ambiente). È inoltre possibile utilizzare EB CLI, EB API e. AWS CLI Per ulteriori informazioni sulla creazione di un nuovo ambiente, consulta Domanda frequente n. 11.

Tuttavia, ti incoraggiamo a pianificare la migrazione di tutti gli ambienti Elastic Beanstalk a una versione della piattaforma supportata. In questo modo si riduce al minimo il rischio e si ottengono continui vantaggi derivanti dagli importanti miglioramenti di sicurezza, prestazioni e funzionalità offerti nelle versioni più recenti. Per ulteriori informazioni su rischi e soluzioni alternative, consulta Domanda frequente n. 5.

14. Dopo la data di pensionamento, cosa accadrebbe alle AWS risorse del mio ambiente Elastic Beanstalk basato su una filiale della piattaforma dismessa? Ad esempio, se l'istanza EC2 in esecuzione viene terminata, Elastic Beanstalk sarebbe in grado di lanciare una nuova istanza EC2 basata su AL1 per mantenere la capacità?

Le risorse dell'ambiente rimarrebbero attive e continuerebbero a funzionare. E sì, Elastic Beanstalk eseguirà il dimensionamento automatico per le istanze AL1 EC2 nell'ambiente. Tuttavia, Elastic Beanstalk smetterà di fornire nuovi aggiornamenti di manutenzione della piattaforma all'ambiente, il che può portare l'ambiente a finire in una situazione imprevedibile nel tempo. Per ulteriori informazioni, consulta Domanda frequente n. 5.

15. Quali sono le differenze principali tra i sistemi operativi AL2023/AL2 e AMI Amazon Linux (AL1)? Come sono influenzate le ramificazioni della piattaforma Elastic Beanstalk AL2023/AL2?

Sebbene AMI Amazon Linux e AL2023/AL2 condividano lo stesso kernel Linux, differiscono a livello di sistema di inizializzazione, versioni libc, catena di strumenti del compilatore e vari pacchetti. Per ulteriori informazioni, consulta Domande frequenti su Amazon Linux 2.

Il servizio Elastic Beanstalk ha anche aggiornato versioni specifiche della piattaforma di runtime, strumenti di compilazione e altre dipendenze. Le ramificazioni della piattaforma basate su AL2023/AL2 non sono garantite come retrocompatibili con l'applicazione esistente. Inoltre, anche se il codice dell'applicazione viene distribuito 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. Per un elenco e una descrizione delle configurazioni e delle personalizzazioni che dovrai esaminare e testare, consulta Migrazione dell'applicazione Elastic Beanstalk Linux ad Amazon Linux 2023 o Amazon Linux 2.