Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di
Apigee Edge.
Questo argomento descrive la procedura di rilascio per Apigee e Apigee hybrid.
Ricevere notifiche di rilascio
Il modo migliore per rimanere aggiornato sulle release di Apigee è iscriversi al feed RSS delle note di rilascio. Per abbonarti:
- Vai alla pagina 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 tuo feed reader per abbonarti a tutte le note di rilascio o a una categoria 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 del prodotto e ai miglioramenti in modo rapido e con la massima qualità possibile.
Cadenza di rilascio
I rilasci di Apigee avvengono circa una volta ogni due settimane, anche se questo periodo di tempo può variare. L'implementazione delle release di Apigee viene annunciata nella pagina Note di rilascio di Apigee all'inizio, ma potrebbe richiedere quattro o più giorni lavorativi per essere completata in tutte le zone Google Cloud. Le singole istanze potrebbero non disporre delle funzionalità e delle correzioni disponibili fino al completamento dell'implementazione.
Controllo delle versioni delle 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 principale è 3, il numero secondario è 2 e il numero di patch è 1.
Quando visualizzi la versione dell'istanza utilizzando 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 rilasci e payload nelle note di rilascio di Apigee.
Processo 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 principale è 3, il numero secondario è 2 e il numero di patch è 1.
| Rilasciare il titolo | Livello di assistenza | Cadenza di rilascio | Descrizione |
|---|---|---|---|
| Facoltà | Il supporto viene fornito fino a 12 mesi dopo la release principale successiva. | Se necessario | Non è previsto che le release principali siano compatibili con le release principali precedenti. Possono 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 una modifica rispetto ai nove mesi precedenti di assistenza. |
Tre all'anno, circa ogni quattro mesi. Si tratta di una modifica rispetto alle quattro precedenti all'anno. |
Le release secondarie dovrebbero essere 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à della sicurezza.
Apigee supporta solo gli 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 le vulnerabilità di sicurezza. Le patch sono numerate
|
| Patch - Vulnerabilità di sicurezza | Come la release di patch, ma non conterrà codice aggiuntivo. | Se necessario | Le patch per le principali vulnerabilità di sicurezza verranno rilasciate in base alle necessità in risposta alle circostanze di sicurezza. |
Immagini container Apigee hybrid
Versioni principali, secondarie e patch:le immagini container utilizzate in queste versioni sono integrate con i grafici Helm di Apigee Hybrid. L'upgrade a una di queste release tramite il grafico Helm aggiorna automaticamente le immagini. In genere non sono necessarie modifiche manuali all'immagine.
Release di hotfix:per correzioni immediate di sicurezza e di altro tipo, Apigee fornisce tag di immagini container specifici che devi aggiornare manualmente nelle implementazioni esistenti. Il binario del grafico Helm di solito rimane invariato per gli hotfix. Gli hotfix sono temporanei e le relative modifiche verranno incluse nella prossima release principale, secondaria o patch.
Per informazioni su come determinare i tag delle immagini container per l'installazione di Apigee Hybrid, consulta Elencare le immagini nel repository.
Versioni supportate e cronologia delle release
Per informazioni sulle versioni supportate di Apigee hybrid e sulla cronologia delle release, vedi Piattaforme e versioni supportate di Apigee hybrid.
Norme di supporto delle versioni del piano di runtime
Apigee pubblica una nuova release del runtime ibrido secondaria (ad esempio, y nella versione x.y) tre volte all'anno, circa ogni quattro mesi, con una release delle 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 ai quattro aggiornamenti all'anno e ai nove mesi di assistenza precedenti.
L'obiettivo della norma di assistenza per le versioni del piano di runtime è consentire ai clienti la flessibilità di pianificare gli upgrade in base alle esigenze aziendali, bilanciando la rapida evoluzione di Apigee (e la sua dipendenza da componenti sottostanti come Anthos e Anthos Service Mesh).
Compatibilità del piano di runtime e della versione di Anthos
Una versione secondaria di Apigee Hybrid Runtime sarà supportata su almeno due versioni di Anthos e Anthos attached clusters.
Compatibilità del piano di gestione e tempistiche di assistenza
Il piano di gestione ibrido di Apigee rimarrà compatibile e sarà supportato per funzionare con una nuova release principale/secondaria del runtime ibrido per 12 mesi dopo la pubblicazione della versione secondaria del runtime (o per il periodo più lungo tra le ultime tre release del runtime e 12 mesi).
Un upgrade del piano di gestione potrebbe interrompere una versione secondaria del runtime pubblicata da 12 mesi o più.
Una volta scaduta la finestra di assistenza, Apigee richiede ai clienti di eseguire l'upgrade a una release attuale. Non verranno accettati ticket di assistenza per le release al di fuori del periodo di assistenza.