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à.
Policy di supporto per la piattaforma Elastic Beanstalk
Elastic Beanstalk supporta i rami della piattaforma che ancora ricevono aggiornamenti secondari e patch dai provider (proprietari o community). Per una definizione completa dei termini correlati, consulta Glossario delle piattaforme Elastic Beanstalk.
Rami della piattaforma ritirati
Quando un componente di un ramo della piattaforma supportato viene contrassegnato come End of Life (EOL) dal relativo fornitore, Elastic Beanstalk contrassegna il ramo della piattaforma come ritirato. I componenti di un ramo della piattaforma includono: sistema operativo (OS), versione del linguaggio di runtime, server delle applicazioni o server Web.
Una volta che un ramo della piattaforma viene contrassegnato come ritirato, si applicano le seguenti politiche:
-
Elastic Beanstalk smette di fornire aggiornamenti di manutenzione, inclusi gli aggiornamenti di sicurezza.
-
Elastic Beanstalk non fornisce più supporto tecnico per le filiali della piattaforma dismesse.
-
Elastic Beanstalk non rende più il ramo della piattaforma disponibile ai nuovi clienti Elastic Beanstalk per le implementazioni in nuovi ambienti. Esiste un periodo di tolleranza di 90 giorni dalla data di ritiro pubblicata per i clienti esistenti con ambienti attivi in esecuzione su rami di piattaforma ritirata.
Nota
Un ramo della piattaforma ritirato non sarà disponibile nella console Elastic Beanstalk. Tuttavia, sarà disponibile tramite EB CLI ed EB API per i clienti che dispongono di ambienti esistenti basati sulla filiale della piattaforma ritirata. AWS CLI I clienti esistenti possono anche utilizzare le console dell'ambiente Clone e Rebuild.
Per un elenco delle filiali della piattaforma il cui ritiro è previsto, consulta l'argomento sulla Ritiro della pianificazione dei rami della piattaforma pianificazione della piattaforma Elastic Beanstalk che segue.
Per ulteriori informazioni su cosa aspettarsi quando il ramo della piattaforma del tuo ambiente verrà ritirato, consulta. Domande frequenti sul ritiro della piattaforma
Oltre il periodo di tolleranza di 90 giorni
La nostra politica per le filiali della piattaforma ritirate non rimuove l'accesso agli ambienti né elimina le risorse. Tuttavia, i clienti esistenti che utilizzano un ambiente Elastic Beanstalk su una filiale di piattaforma dismessa devono essere consapevoli dei rischi che ciò comporta. Tali ambienti possono finire in una situazione imprevedibile, perché Elastic Beanstalk non è in grado di fornire aggiornamenti di sicurezza, supporto tecnico o hotfix per le filiali della piattaforma dismesse a causa del marchio del fornitore sui componenti. EOL
Ad esempio, una vulnerabilità di sicurezza dannosa e critica potrebbe emergere in un ambiente in esecuzione su un ramo di piattaforma ritirata. Oppure un'APIazione 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 continuare a beneficiare degli importanti miglioramenti di sicurezza, prestazioni e funzionalità offerti dai provider dei componenti nelle versioni più recenti, ti invitiamo ad aggiornare tutti gli ambienti Elastic Beanstalk a una versione della piattaforma supportata.
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 una qualsiasi delle nostre soluzioni Docker, come le nostre piattaforme AL2 Elastic AL2 Beanstalk 023/Docker, o altri servizi basati su Docker come Amazon o Amazon. ECS EKS Le alternative non Docker includono il nostro AWS CodeDeploy servizio, che consente la personalizzazione completa dei runtime desiderati.
