AWS Ciclo di vita dei componenti di modernizzazione del mainframe - AWS Modernizzazione del mainframe

AWS Il servizio di modernizzazione del mainframe (esperienza Managed Runtime Environment) non è più aperto a nuovi clienti. Per funzionalità simili a AWS Mainframe Modernization Service (esperienza Managed Runtime Environment), esplora AWS Mainframe Modernization Service (Self-Managed Experience). I clienti esistenti possono continuare a utilizzare il servizio normalmente. Per ulteriori informazioni, consulta AWS Modifica della disponibilità di Mainframe Modernization.

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

AWS Ciclo di vita dei componenti di modernizzazione del mainframe

Ogni componente di AWS Mainframe Modernization viene sottoposto ad aggiornamenti di versione e a un ciclo di vita di sviluppo. È possibile utilizzare questa pagina come panoramica per comprendere questi componenti, i relativi piani di aggiornamento delle versioni e il modo in cui AWS Mainframe Modernization comunica il rilascio o l'obsolescenza di questi componenti o delle relative versioni.

Panoramica del ciclo di vita dei componenti

AWS Il ciclo di vita della modernizzazione del mainframe descrive l'approccio e le tempistiche per il rilascio e il supporto dei componenti del servizio di modernizzazione del mainframe durante il loro ciclo di vita. AWS Fornire un ciclo di vita prevedibile e coerente vi aiuta a pianificare, testare e implementare le versioni più recenti.

Tutti i componenti AWS di modernizzazione del AWS mainframe forniti traggono vantaggio dal supporto del prodotto fornito Supporto dal momento del rilascio fino al loro ritiro, secondo la tabella del calendario di rilascio di ciascun componente. Per saperne di più sull' Supporto ambito e sulle attività, consulta Compare Plans. Supporto Durante i progetti di modernizzazione attiva, in genere incoraggiamo che l'assistenza clienti venga fornita innanzitutto da team di fornitura di servizi professionali, come indicato nella dichiarazione di lavoro.

AWS Mainframe Modernization rilascia alcuni componenti con versioni provenienti da fornitori che possono essere essi AWS stessi, AWS partner selezionati o comunità. Per ogni componente di modernizzazione AWS del mainframe, una versione ha un numero di versione principale e un numero di versione secondario. Ogni componente ha la propria numerazione delle versioni principali e secondarie.

Per i componenti con versione, abbiamo i seguenti intenti:

  • Rilasciare le versioni più recenti dei componenti di modernizzazione del AWS mainframe regolarmente o in base alla richiesta del cliente. Se si desidera una versione più recente di un componente e non è ancora disponibile nel servizio di modernizzazione del AWS mainframe, è possibile effettuare una richiesta esplicita tramite Supporto Product Feature Request (PFR).

  • Per allineare le date di fine del supporto e di ritiro delle versioni specifiche del componente AWS Mainframe Modernization con le date di fine del supporto del fornitore del componente.

  • Informare i clienti circa un anno prima del ritiro della versione principale di un componente.

Sebbene ci impegniamo a rispettare queste linee guida, in alcuni casi potremmo ritirare versioni specifiche prima con tempi di notifica più brevi. Ad esempio, potremmo ritirare tempestivamente una versione con problemi di sicurezza con un periodo di notifica più breve. Potremmo anche ritirare anticipatamente le versioni secondarie quando una versione secondaria presenta bug o problemi di sicurezza significativi che sono stati risolti in una versione secondaria successiva. Nell'improbabile eventualità che si verifichino tali casi, informeremo i clienti e comunicheremo il piano e la tempistica per il pensionamento. Circostanze specifiche possono imporre scadenze diverse a seconda della situazione.

Nota

Gli aggiornamenti critici dei componenti potrebbero essere resi disponibili in qualsiasi momento. Ad esempio, le nuove versioni possono essere rese disponibili tempestivamente per motivi di sicurezza o per fornire correzioni agli ambienti di produzione. Per le richieste effettuate Supporto, il piano di supporto stabilisce i processi, la gravità e i tempi di risposta.

Quando una versione di un componente viene ritirata, AWS Mainframe Modernization non distribuisce queste versioni ai clienti per nuove implementazioni. Di conseguenza, anche queste versioni non sono supportate da. Supporto I clienti che eseguono implementazioni di componenti esistenti dopo la data di ritiro delle versioni devono essere consapevoli dei rischi derivanti da tale operazione. AWS non è responsabile della fornitura di aggiornamenti di sicurezza, supporto tecnico o correzioni rapide per le versioni dei componenti ritirate. Inoltre, non rimuoviamo automaticamente l'accesso o eliminiamo le risorse dell'ambiente. Ti consigliamo vivamente di verificare la disponibilità di nuove versioni ogni 3 mesi e di aggiornare tutti i componenti di modernizzazione del AWS mainframe alle versioni più recenti supportate.

Aggiornamento della versione

AWS Transform for Mainframe Refactor rilascia regolarmente nuove versioni del suo motore di trasformazione e dei componenti di supporto. Questi aggiornamenti forniscono correzioni di bug, miglioramenti della sicurezza, miglioramenti delle prestazioni, supporto esteso della piattaforma e nuove funzionalità di modernizzazione. Consigliamo vivamente di eseguire l'aggiornamento regolarmente per sfruttare le correzioni, le funzionalità e gli aggiornamenti di sicurezza più recenti. Quando una nuova versione diventa disponibile, puoi decidere se e quando applicarla ai tuoi progetti di trasformazione e agli artefatti generati. Le versioni rilasciate seguono uno schema di numerazione Major.Minor.Patch e rientrano in tre categorie:

  • Le versioni principali introducono nuove funzionalità o modifiche strutturali significative. Queste includono in genere:

    • Support per piattaforme legacy aggiuntive (ad esempio Fujitsu GS21).

    • Supporto per nuovi linguaggi legacy (ad esempio Natural).

    • Nuovo supporto per database legacy (ad esempio, Adabas, Fujitsu NDB).

    • Principali aggiornamenti delle versioni dello stack di modernizzazione di destinazione (ad esempio, versioni più recenti di Spring, Java o PostgreSQL).

    Le versioni principali possono introdurre modifiche sostanziali che richiedono aggiustamenti alle applicazioni modernizzate esistenti, in particolare quando si rigenera il codice o si adatta alle definizioni aggiornate dell'architettura di destinazione.

  • Le versioni minori offrono miglioramenti evolutivi, correzioni di bug e aggiornamenti di manutenzione. Mantengono invariati sia le platform/language/database definizioni legacy supportate che lo stack di modernizzazione target.

    Tuttavia, le versioni minori possono ancora includere modifiche sostanziali nel codice sorgente generato o nelle classi di runtime per scopi di utilizzo interno. Ciò può influire sulle applicazioni già modernizzate che sono state sottoposte a manutenzione manuale post-generazione e che non possono essere rigenerate in sicurezza dalle fonti legacy originali senza ulteriori rielaborazioni.

  • Le versioni delle patch fungono da canale di emergenza per risolvere rapidamente le regressioni critiche o le correzioni urgenti introdotte nelle versioni recenti, preservando al contempo la compatibilità. Hanno un ambito ristretto e mirano a ripristinare la stabilità con il minimo rischio.

Per ridurre al minimo i rischi durante qualsiasi aggiornamento:

  • Esegui sempre test completi non di regressione prima di applicare modifiche di versione a progetti live o legati alla produzione.

  • Sfrutta le pipeline DevOps di test e implementazione (idealmente create durante l'iniziativa di modernizzazione) per automatizzare la convalida del codice generato e del comportamento di runtime dopo gli aggiornamenti.

  • Prendi in considerazione le strategie blue/green di implementazione per gli ambienti di runtime quando aggiorni i componenti.

Per ulteriori indicazioni sulle strategie di implementazione e sulla gestione delle modifiche, consulta AWS Well-Architected Reliability Pillar.

AWS Panoramica della versione di Mainframe Modernization Refactor with Blu Age AWS

Con AWS Blu Age runtime, la versione segue uno schema. Major.Minor.Patch Ad esempio, per la versione runtime di AWS Blu Age4.1.0, la versione principale è 4, la versione secondaria è 1 e la versione patch è 0.

Intendiamo rilasciare nuove versioni principali del runtime AWS Blu Age in caso di modifiche importanti al runtime o alle relative dipendenze. AWS Le versioni principali di Blu Age runtime sono supportate per almeno 12 mesi, a meno che non compaiano alcune vulnerabilità ed esposizioni comuni (). CVEs Il supporto copre i bug nelle funzionalità di runtime, come indicato nella nostra documentazione. Nel caso di Critical e High CVEs nelle dipendenze del runtime (Spring, Java, Tomcat e altre), la durata del supporto della versione principale è ridotta a 6 mesi per High CVEs e a 3 mesi per Critical CVEs dalla data di rilascio della nuova versione di runtime che corregge il CVE, salvo diversa indicazione esplicita.

Intendiamo rilasciare mensilmente nuove versioni minori di AWS Blu Age. I clienti sono tenuti ad aggiornare regolarmente le versioni per ottenere le ultime correzioni di sicurezza, correzioni di bug e miglioramenti delle funzionalità. I progetti attivi non ancora in produzione devono adottare l'ultima versione di runtime non appena sarà disponibile.

Le nuove correzioni vengono fornite nell'ultima versione secondaria per la particolare versione principale in cui viene sollevato un problema. Se sono necessarie nuove correzioni, è necessario eseguire l'aggiornamento a una nuova versione secondaria per applicarle.

Le versioni con patch per le versioni supportate vengono fornite solo per risolvere difetti di runtime critici non presenti nelle precedenti versioni secondarie supportate.

Le pre-release Alpha sono versioni di breve durata rese disponibili per un'iterazione rapida durante la consegna dei progetti. Le correzioni per i problemi identificati nelle versioni preliminari alfa vengono fornite nelle versioni secondarie successive, poiché non viene fornita alcuna patch per le versioni Alpha pre-release.

È possibile trovare le date di rilascio e i dettagli su ciascuna versione di runtime nel. AWS Note di rilascio di Blu Age

Le scansioni di sicurezza vengono eseguite da Amazon Inspector.