Controllo delle versioni e ciclo di vita delle immagini

Questa pagina descrive come vengono numerate le versioni delle immagini di Agent Platform Workbench e come le immagini si spostano durante il loro ciclo di vita, sia per le immagini VM sia per le immagini container personalizzate.

Per creare un'istanza su una versione specifica dell'immagine VM, consulta Creare un'istanza con una versione specifica dell'immagine.

Per scoprire cosa è cambiato in ogni release, consulta le note di rilascio delle immagini.

Controllo delle versioni

Le immagini di Agent Platform Workbench utilizzano una versione principale e una versione secondaria.

  • Famiglia di immagini (versione principale): utilizza il controllo delle versioni del calendario (YYMM), ad esempio workbench-instances-2603 (2603). Una nuova famiglia di immagini indica una modifica significativa all'immagine, ad esempio un nuovo sistema operativo, una nuova versione di Python o una nuova baseline del framework. Una modifica più grande o potenzialmente irreversibile viene fornita come una nuova famiglia di immagini, mentre quella precedente continua a ricevere aggiornamenti. In questo modo, hai il tempo di eseguire la migrazione anziché causare una potenziale modifica irreversibile.
  • Nome dell'immagine (versione secondaria): utilizza il controllo delle versioni della data nel formato YYYYMMDD-HHMM-rcX, ad esempio 20260629-1557-rc0. Un nome di immagine è una release puntuale all'interno di una famiglia di immagini, ad esempio una correzione di bug o una patch di sicurezza.

Ogni famiglia di immagini rimanda al nome dell'immagine più recente. Per eseguire l'upgrade o modificare le versioni, consulta Gestire le versioni delle immagini.

Controllo delle versioni delle milestone legacy

Le release basate su Debian 11 e versioni precedenti utilizzano il controllo delle versioni delle milestone, ad esempio m144. Le release basate su Debian 12 e versioni successive utilizzano il controllo delle versioni del calendario e della data descritto in precedenza.

Cadenza di rilascio

Google aggiorna regolarmente, circa ogni settimana, i nomi delle immagini (versioni secondarie) con manutenzione attiva. La tempistica esatta di una determinata release può variare e alcune release contengono solo aggiornamenti di sicurezza o delle dipendenze. Questa cadenza è approssimativa. Per consultare la cronologia delle release effettiva, consulta le note di rilascio delle immagini.

Se hai bisogno di un nome di immagine stabile e noto per un deployment, esegui il pinning a una versione secondaria specifica anziché monitorare la famiglia ed esegui l'upgrade in base alla tua pianificazione.

Ciclo di vita

Un'immagine delle istanze di Agent Platform Workbench passa attraverso i seguenti stati:

Attiva: la famiglia di immagini è completamente supportata e riceve correzioni di bug e di sicurezza. La famiglia di immagini rimanda al nome dell'immagine attiva più recente.

Fine del supporto: la famiglia di immagini non riceve più nuove versioni o correzioni. Puoi comunque creare istanze da un nome di immagine specifico ritirato, ma ti consigliamo di eseguire l'upgrade a una famiglia di immagini attiva.

Ogni famiglia di immagini ha due date:

  • Data di uscita: quando la versione principale è diventata disponibile.
  • Data di ritiro: la data in cui la famiglia di immagini viene contrassegnata come ritirata. Dopo questa data, non riceve più nuove versioni o correzioni.

Immagini VM

Le immagini VM di Agent Platform Workbench sono immagini di avvio create da Google, pubblicate nel cloud-notebooks-managed progetto di immagini all'indirizzo projects/cloud-notebooks-managed/global/images/family/IMAGE_FAMILY. Ogni famiglia di immagini include diversi nomi di immagini, uno per release. Per visualizzare la cronologia completa delle release, consulta le note di rilascio delle immagini. Per elencare i nomi delle immagini disponibili più recenti, consulta Elencare le immagini VM disponibili.

Immagini VM attive

La tabella seguente elenca le immagini VM attive:

Famiglia di immagini Sistema operativo Python Kernel CUDA Data di uscita Fine del supporto
workbench-instances-2603 (26.03) Debian 12 3,12 Kernel singolo: Python 3.12, TensorFlow 2.21.0, PyTorch 2.12.1 13.0 Marzo 2026 Marzo 2028
workbench-instances (legacy) Debian 11 3.10 Kernel multipli: Python 3.10, TensorFlow 2.11.0, PyTorch 1.13.1 11.8 Luglio 2023 Marzo 2027

Immagini container personalizzate

Un container personalizzato viene eseguito su due immagini: l'immagine container di base, di cui puoi controllare le versioni ed estenderla, e l'immagine host del container gestita da Google che la esegue.

Immagine container di base

L'immagine container di base utilizza lo stesso controllo delle versioni della famiglia di immagini (principale) e del nome dell'immagine (secondaria) delle immagini VM. La famiglia di immagini è un suffisso di data nel nome del container, ad esempio workbench-container-2606. La versione del nome dell'immagine è un tag basato sulla data, ad esempio workbench-container-2606:20260629-1557-rc0.

Agent Platform Workbench fornisce immagini container di base create da Google in due varianti: standard e sottile. Scopri di più sulla creazione di un' istanza di Agent Platform Workbench utilizzando un container personalizzato.

Famiglia di immagini Variante Sistema operativo Python Kernel CUDA Data di uscita Fine del supporto
workbench-container-2606 Standard Ubuntu 24.04 3,12 Kernel singolo: Python 3.12, TensorFlow 2.21.0, PyTorch 2.12.1 12.8.1 Giugno 2026 Giugno 2028
workbench-container-slim-2606 Sottili Ubuntu 24.04 3,12 Kernel singolo: Python 3.12, TensorFlow 2.21.0, PyTorch 2.12.1 N/D Giugno 2026 Giugno 2028
workbench-container Standard Ubuntu 24.04 3.10 Kernel multipli: Python 3.10, TensorFlow 2.11.0, PyTorch 1.13.1 12.8.1 Agosto 2024 Marzo 2027
workbench-container-slim Sottili Ubuntu 24.04 3.10 Kernel singolo: Python 3.10, TensorFlow 2.11.0, PyTorch 1.13.1 N/D Agosto 2024 Marzo 2027

Immagine host del container

L'host del container ha una singola famiglia di immagini che segue da vicino l'ultima versione di Container-Optimized OS (COS) pronta per la produzione. Viene pubblicata nella famiglia workbench-container-host nel progetto di immagini cloud-notebooks-managed e ogni versione utilizza una versione della data, ad esempio 20260701-2130-rc0. Non puoi eseguire il pinning della versione host quando crei un'istanza. Le nuove istanze utilizzano l'immagine host più recente. Per le modifiche al sistema operativo host, consulta le note di rilascio di Container-Optimized OS.

Passaggi successivi