Questa pagina si applica a Apigee e Apigee ibrido.
Visualizza la documentazione di
Apigee Edge.
Questo argomento descrive il processo di rilascio per Apigee e Apigee hybrid.
Ricevere notifiche sulle release
Il modo migliore per non perdersi le release di Apigee è iscriversi al feed RSS delle note di rilascio. Per iscriverti:
- 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 di note di rilascio specifica, come Apigee hybrid.
Processo di rilascio di Apigee
Apigee segue un modello di rilascio continuo per garantire ai nostri utenti di accedere alle innovazioni e ai miglioramenti del prodotto 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 Apigee all'inizio, 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, come 3-2-1-apigee-1. La stringa di versione con trattino viene utilizzata anche per annunciare release e payload nelle note di rilascio di Apigee.
Processo di rilascio ibrido di Apigee
Controllo delle versioni e cadenza delle release
Le release per 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 |
|---|---|---|---|
| Alta | L'assistenza viene fornita fino a 12 mesi dopo la successiva release principale. | Secondo necessità | Non si prevede che le release principali siano compatibili con le versioni precedenti. Possono contenere nuove funzionalità e miglioramenti, correzioni di bug cumulative, mitigazione delle vulnerabilità di sicurezza, modifiche alla configurazione e modifiche a infrastruttura/architettura. |
| Bassa | L'assistenza di viene fornita per 12 mesi dalla data di rilascio iniziale. Si tratta di una modifica rispetto ai nove mesi di assistenza precedenti. |
Tre all'anno, circa ogni quattro mesi. Si tratta di una variazione rispetto ai quattro precedenti all'anno. |
Le release di minore entità dovrebbero essere compatibili con le versioni precedenti all'interno della stessa release principale. Possono contenere miglioramenti delle funzionalità esistenti, correzioni di bug cumulative e mitigazione delle vulnerabilità di sicurezza.
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 patch possono contenere correzioni di bug, correzioni di bug e patch di vulnerabilità della sicurezza. Le patch sono numerate
|
| Patch - Vulnerabilità di sicurezza | Uguale alla release della patch, ma non conterrà codice aggiuntivo. | Secondo necessità | Verranno rilasciate patch alle principali vulnerabilità di sicurezza secondo necessità in risposta alle circostanze della sicurezza. |
Versioni supportate e cronologia delle release
Per informazioni sulle versioni supportate da Apigee hybrid e sulla cronologia delle release, consulta Piattaforme e versioni di Apigee supportate ibride.
Criterio di supporto della versione del piano di runtime
Apigee pubblica una nuova release di runtime ibrido di minore entità (ad esempio y nella versione x.y) tre volte all'anno, circa ogni quattro mesi, con 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 precedenti e ai nove mesi di assistenza.
L'obiettivo dei criteri di supporto della versione del piano di runtime è consentire ai clienti di pianificare gli upgrade in base alle loro esigenze aziendali, bilanciando al contempo la rapida 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 un minimo di due versioni di cluster collegati ad Anthos e Anthos.
Compatibilità con il piano di gestione e tempistiche di assistenza
Il piano di gestione ibrida Apigee rimarrà compatibile e sarà supportato per funzionare con una nuova release principale/secondaria di runtime ibrido per 12 mesi dopo la pubblicazione della versione secondaria del runtime (o la maggiore tra le ultime tre release del runtime e i 12 mesi).
Un upgrade del piano di gestione potrebbe interrompere una versione secondaria del runtime che è stata pubblicata per almeno 12 mesi.
Alla scadenza del periodo di assistenza, Apigee richiede ai clienti di eseguire l'upgrade a una release attuale. Non saranno accettati ticket di assistenza per le release al di fuori del periodo di assistenza.