Questa pagina si applica a Apigee e Apigee ibridi.
Visualizza
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 è abbonarsi al e feed RSS nelle 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 lettore di feed per iscriverti a Tutte le note di rilascio o a un una categoria specifica di note di rilascio, come Apigee hybrid.
Processo di rilascio di Apigee
Apigee segue un modello di rilascio continuo per garantire che i nostri utenti possano accedere all'innovazione del prodotto e miglioramenti in modo rapido 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. Viene utilizzata anche la stringa della versione con trattino
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 |
|---|---|---|---|
| Facoltà | 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. Loro potrebbe contenere nuove funzionalità e miglioramenti, correzioni di bug cumulative, vulnerabilità di sicurezza mitigazione, modifiche alla configurazione e modifiche a infrastruttura/architettura. |
| Bassa | L'assistenza 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, ogni quattro mesi circa. 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. 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 correzioni di bug e misure di le patch di vulnerabilità. 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, se necessario, in risposta alla sicurezza circostanze. |
Versioni supportate e cronologia delle release
Per informazioni sulle versioni ibride di Apigee supportate e cronologia delle release, consulta Piattaforme e versioni ibride di Apigee supportate.
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 rispetto alla versione data di rilascio. Si tratta di un aggiornamento recente rispetto alle quattro precedenti e nove mesi di assistenza.
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 di runtime ibrido Apigee sarà supportata su un minimo di due Anthos e Anthos e versioni del cluster collegate.
Compatibilità con il 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.
Alla scadenza del periodo di assistenza, Apigee richiede ai clienti di eseguire l'upgrade a una release attuale. No saranno accettati ticket di assistenza per tutte le release al di fuori del periodo di assistenza.