Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di
Apigee Edge.
Questo argomento descrive il processo di rilascio per Apigee e Apigee hybrid.
Ricevere notifiche di rilascio
Il modo migliore per tenerti al corrente sulle release di Apigee è iscriverti al feed RSS delle 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 seleziona il prodotto Apigee che vuoi visualizzare.
- Aggiungi l'URL della pagina al lettore di feed per iscriverti alle note di rilascio per Tutte o a una categoria di note di rilascio specifica, ad esempio Apigee hybrid.
Processo di rilascio di Apigee
Apigee segue un modello di rilascio continuo per garantire che i nostri utenti possano accedere all'innovazione e ai miglioramenti dei prodotti rapidamente e con la massima qualità possibile.
Cadenza di rilascio
Le release di Apigee avvengono all'incirca una volta ogni due settimane, anche se questo periodo di tempo può variare. Le implementazioni delle release di Apigee vengono annunciate sulla 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.
Rilascia il controllo delle versioni
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 di patch è 1.
Quando visualizzi la versione dell'istanza tramite l'API o nell'interfaccia utente, vedrai i numeri di versione convertiti in una stringa con trattino, ad esempio 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 secondario è 2 e il numero di patch è 1.
| Grado di rilascio | Livello di assistenza | Cadenza di rilascio | Descrizione |
|---|---|---|---|
| Alta | L'assistenza è fornita fino a 12 mesi dopo la release principale successiva. | Secondo necessità | Non è previsto che le release principali siano compatibili con le versioni precedenti. Potrebbero contenere nuove funzionalità e miglioramenti, correzioni di bug cumulative, mitigazione delle vulnerabilità di sicurezza, modifiche alla configurazione e modifiche all'infrastruttura/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, circa ogni quattro mesi. Questo è un cambiamento rispetto alle quattro precedenti all'anno. |
È previsto che le release minori siano compatibili con le versioni precedenti all'interno della stessa release principale. Potrebbero contenere miglioramenti delle funzionalità esistenti, correzioni di bug cumulative e mitigazione delle vulnerabilità di sicurezza.
Apigee supporta solo gli upgrade sequenziali. Per eseguire l'upgrade a |
| Patch | Come la release secondaria corrispondente. | Se necessario, al massimo una volta al mese | Le release delle patch possono contenere correzioni di bug, correzioni di bug e patch di vulnerabilità di sicurezza. Le patch sono numerate
|
| Patch - Vulnerabilità di sicurezza | Come la release Patch, ma non contiene codice aggiuntivo. | Secondo necessità | Le patch per le principali vulnerabilità di sicurezza verranno rilasciate secondo necessità in risposta alle circostanze di sicurezza. |
Versioni supportate e cronologia delle release
Per informazioni sulle versioni ibride supportate da Apigee e sulla cronologia delle release, consulta Piattaforme e versioni ibride di Apigee.
Criterio di supporto della versione del piano di runtime
Apigee pubblica una nuova release di runtime ibrido secondario (ad esempio y nella versione x.y) tre volte all'anno, circa ogni quattro mesi, con una release mensile della patch (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 precedenti all'anno e ai nove mesi di assistenza.
L'obiettivo del criterio di supporto della versione del piano di runtime è offrire ai clienti la flessibilità di pianificare gli upgrade quando soddisfa le loro esigenze aziendali, bilanciando la rapida evoluzione di Apigee (e la sua dipendenza da componenti sottostanti come Anthos e Anthos Service Mesh).
Compatibilità tra piano di runtime e versione di Anthos
Una versione secondaria del runtime ibrido Apigee sarà supportata su almeno due versioni di cluster collegati ad Anthos e Anthos.
Compatibilità del piano di gestione e tempistiche di assistenza
Il piano di gestione ibrido Apigee rimarrà compatibile e sarà supportato per il funzionamento con una nuova release principale/secondaria di runtime ibrido per 12 mesi dopo la pubblicazione della versione secondaria del runtime (o per la versione superiore delle ultime tre release di runtime e 12 mesi).
L'upgrade di un piano di gestione potrebbe interrompere una versione secondaria di runtime che è stata pubblicata per 12 mesi o più.
Al termine del periodo di assistenza, Apigee richiede ai clienti di eseguire l'upgrade a una release attuale. Non verranno accettati ticket di assistenza per le release che non rientrano nel periodo di assistenza.