Questa pagina si applica a Apigee e Apigee ibridi.
Visualizza la documentazione di
Apigee Edge.
Questo argomento descrive la procedura di rilascio di Apigee e Apigee hybrid.
Ricevere notifiche sulle release
Il modo migliore per non perdersi le release di Apigee è abbonarsi al e feed RSS nelle note di rilascio. Per abbonarti:
- Vai alla pagina delle note di rilascio di Apigee.
- Seleziona Tutti per visualizzare tutte le note di rilascio di Apigee oppure il prodotto Apigee che vuoi visualizzare.
- Aggiungi l'URL della pagina al tuo lettore di feed per iscriverti a Tutte le note di rilascio o a una categoria specifica di note di rilascio, ad esempio Apigee hybrid.
Procedura di rilascio di Apigee
Apigee segue un modello di rilascio continuo per garantire che i nostri utenti possano accedere alle innovazioni e ai miglioramenti dei prodotti rapidamente e con la massima qualità possibile.
Cadenza di lancio
Le release di Apigee avvengono all'incirca una volta ogni due settimane, anche se questo periodo di tempo potrebbe variare. Le implementazioni delle release Apigee sono annunciate nella pagina delle note di rilascio di Apigee all'avvio, ma il completamento potrebbe richiedere quattro o più giorni lavorativi in tutte le zone di Google Cloud. Le singole istanze potrebbero non avere le funzionalità e le correzioni disponibili fino al completamento dell'implementazione.
Controllo delle versioni della release
Le release per Apigee utilizzano il seguente schema di numerazione:
major_version.minor_version.patch_version
Ad esempio, 3.2.1, dove il numero maggiore è 3, il numero minore è 2 e il numero patch è 1.
Quando visualizzi la versione dell'istanza utilizzando l'API o nella UI, vedrai i numeri di versione convertiti in
una stringa con trattino, ad esempio 3-2-1-apigee-1. La stringa di versione con trattini viene utilizzata anche per annunciare release e payload nelle note di rilascio di Apigee.
Procedura di rilascio di Apigee hybrid
Controllo delle versioni e cadenza delle release
Le release di Apigee hybrid utilizzano il seguente schema di numerazione:
major_version.minor_version.patch_version
Ad esempio, 3.2.1, dove il numero maggiore è 3, il numero minore è 2 e il numero patch è 1.
| Titolo di studio | Livello di assistenza | Cadenza di lancio | Descrizione |
|---|---|---|---|
| Facoltà | Il supporto viene fornito fino a 12 mesi dopo la successiva release principale. | In base alle esigenze | Non si prevede che le release principali siano compatibili con le versioni precedenti. Possono contenere nuove funzionalità e miglioramenti, correzioni cumulative dei bug, mitigazione delle vulnerabilità di sicurezza, modifiche alla configurazione e modifiche all'infrastruttura/all'architettura. |
| Bassa | L'assistenza viene fornita per 12 mesi dalla data di rilascio iniziale. Si tratta di un cambiamento rispetto ai nove mesi di assistenza precedenti. |
Tre all'anno, ogni quattro mesi circa. Si tratta di una modifica rispetto alle quattro precedenti all'anno. |
Le release secondarie dovrebbero essere compatibili con le release precedenti all'interno della stessa release principale. Loro potrebbe contenere miglioramenti delle funzionalità esistenti, correzioni di bug cumulative e vulnerabilità di sicurezza mitigazione dei rischi.
Apigee supporta solo upgrade sequenziali. Per eseguire l'upgrade a
|
| Patch | Uguale alla release secondaria corrispondente. | Se necessario, al massimo una volta al mese | Le release delle patch possono contenere correzioni di bug e patch per vulnerabilità di sicurezza. Le patch sono numerate
|
| Patch - Vulnerabilità di sicurezza | Uguale alla release della patch, ma non conterrà codice aggiuntivo. | Secondo necessità | Le patch per le principali vulnerabilità di sicurezza verranno rilasciate in base alle necessità in risposta alle circostanze di sicurezza. |
Versioni supportate e cronologia delle release
Per informazioni sulle versioni supportate di Apigee hybrid e sulla cronologia delle release, consulta Piattaforme e versioni supportate di Apigee hybrid.
Criterio di supporto della versione del piano di runtime
Apigee pubblica un nuovo runtime ibrido minore (ad esempio y nella versione x.y) e vengono pubblicati tre volte all'anno, circa ogni quattro mesi, con un rilascio di patch mensile (ad esempio, z nella versione x.y.z). Apigee supporta le versioni secondarie per un massimo di 12 mesi dalla data di rilascio originale. Si tratta di un aggiornamento recente rispetto alle quattro volte all'anno e ai nove mesi di assistenza precedenti.
L'obiettivo del criterio di supporto della versione del piano di runtime è consentire ai clienti la flessibilità necessaria per pianificare gli upgrade in base alle esigenze aziendali, bilanciando al contempo la velocità evoluzione di Apigee (e la sua dipendenza dai componenti sottostanti come Anthos e Anthos Service mesh).
Compatibilità tra piano di runtime e versione Anthos
Una versione secondaria del runtime ibrido Apigee sarà supportata su almeno due versioni dei cluster Anthos e Anthos collegati.
Compatibilità del piano di gestione e tempistiche di assistenza
Il piano di gestione ibrida Apigee rimarrà compatibile con supportata per funzionare con una nuova release maggiore/secondaria del runtime ibrido per 12 mesi dopo la pubblicazione della versione secondaria del runtime (oppure il maggiore tra le ultime tre release di runtime e gli ultimi 12 mesi).
Un upgrade del piano di gestione potrebbe interrompere una versione secondaria del runtime che è stata pubblicata per almeno 12 mesi.
Una volta scaduta la finestra di assistenza, Apigee richiede ai clienti di eseguire l'upgrade a una release corrente. No saranno accettati ticket di assistenza per tutte le release al di fuori del periodo di assistenza.