Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di
Apigee Edge.
Questo argomento descrive la procedura di rilascio di Apigee e Apigee hybrid.
Ricevere notifiche di rilascio
Il modo migliore per non perdersi nessuna novità sulle release di Apigee è iscriversi al feed RSS delle note di rilascio. Per abbonarti:
- Vai alla pagina Note di rilascio di Apigee.
- Seleziona Tutte per visualizzare tutte le note di rilascio di Apigee oppure seleziona 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.
Ritmo di rilascio
Le release di Apigee vengono rilasciate circa una volta ogni due settimane, anche se questo periodo di tempo può variare. I rollout delle release di Apigee vengono annunciati nella pagina Note di rilascio di Apigee quando vengono avviati, ma potrebbero essere necessari quattro o più giorni lavorativi per il completamento in tutte le zone Google Cloud. Le funzionalità e le correzioni potrebbero non essere disponibili per le singole istanze 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 della 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 trattini, ad esempio 3-2-1-apigee-1. La stringa di versione con trattini viene utilizzata anche per annunciare le release e i payload nelle note di rilascio di Apigee.
Procedura di rilascio di Apigee hybrid
Versionamento 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 della patch è 1.
| Diploma di maturità | Livello di assistenza | Ritmo di rilascio | Descrizione |
|---|---|---|---|
| Facoltà | Il supporto viene fornito fino a 12 mesi dopo la successiva release principale. | In base alle esigenze | Le release principali non sono pensate per essere compatibili con le release principali 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, circa ogni quattro mesi. 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. 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 | 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. I patch sono numerati
|
| Patch - Vulnerabilità di sicurezza | Come la release con patch, ma non conterrà codice aggiuntivo. | In base alle esigenze | 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.
Criteri di supporto delle versioni del piano di runtime
Apigee pubblica una nuova release del runtime ibrido secondaria (ad es. y nella versione x.y) tre volte all'anno, circa ogni quattro mesi, con una release patch mensile (ad es. z nella versione x.y.z). Apigee supporta le versioni secondarie per massimo 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.
Lo scopo del criterio di supporto della versione del piano di runtime è consentire ai clienti di pianificare gli upgrade in base alle esigenze della loro attività, bilanciando al contempo la rapida evoluzione di Apigee (e la sua dipendenza da componenti sottostanti come Anthos e Anthos Service Mesh).
Compatibilità del piano di runtime e delle versioni di 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 ibrido di Apigee rimarrà compatibile con una nuova release major/minor del runtime ibrido e sarà supportato per 12 mesi dopo la pubblicazione della versione secondaria del runtime (o il maggiore 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 almeno 12 mesi.
Una volta scaduta la finestra di assistenza, Apigee richiede ai clienti di eseguire l'upgrade a una release corrente. Non verranno accettati ticket di assistenza per le release al di fuori del periodo di assistenza.