Controle de versões e ciclo de vida de imagens

Esta página descreve como as versões de imagens do Workbench da Agent Platform são numeradas e como as imagens passam pelo ciclo de vida, tanto para imagens de VM quanto para imagens de contêiner personalizadas.

Para criar uma instância em uma versão específica de imagem de VM, consulte Criar uma instância com uma versão específica de imagem.

Para saber o que mudou em cada versão, consulte Notas de lançamento de imagens.

Controle de versões

As imagens do Workbench da Agent Platform usam uma versão principal e uma versão secundária.

  • Família de imagens (versão principal) : usa o controle de versões de calendário (YYMM), por exemplo, workbench-instances-2603 (2603). Uma nova família de imagens marca uma mudança significativa na imagem, como um novo sistema operacional, versão do Python ou linha de base da estrutura. Uma mudança maior ou potencialmente interruptiva é enviada como uma nova família de imagens, enquanto a anterior continua recebendo atualizações. Isso dá tempo para migrar em vez de causar uma possível mudança interruptiva.
  • Nome da imagem (versão secundária) : usa o controle de versões de data no formato YYYYMMDD-HHMM-rcX, por exemplo, 20260629-1557-rc0. Um nome de imagem é uma versão pontual em uma família de imagens, como uma correção de bug ou um patch de segurança.

Cada família de imagens aponta para o nome de imagem mais recente. Para fazer upgrade ou mudar as versões, consulte Gerenciar versões de imagens.

Controle de versões de marcos legados

As versões criadas no Debian 11 e anteriores usam o controle de versões de marcos, por exemplo, m144. As versões criadas no Debian 12 e mais recentes usam o controle de versões de calendário e data descrito anteriormente.

Cadência de lançamento

O Google atualiza os nomes de imagens mantidos ativamente (versões secundárias) com frequência, aproximadamente uma vez por semana. O momento exato de qualquer versão pode variar, e algumas versões contêm apenas atualizações de segurança ou dependência. Essa cadência é aproximada. Para consultar o histórico de lançamentos real, consulte Notas de lançamento de imagens.

Se você precisar de um nome de imagem estável e conhecido para uma implantação, fixe uma versão secundária específica em vez de rastrear a família e faça upgrade na sua própria programação.

Ciclo de vida

Uma imagem de instâncias do Workbench da Agent Platform passa pelos seguintes estados:

Ativa: a família de imagens tem suporte total e recebe correções de segurança e de bug s. A família de imagens aponta para o nome de imagem ativa mais recente.

Fim do suporte:a família de imagens não recebe mais novas versões ou correções. Ainda é possível criar instâncias com um nome de imagem específico descontinuado, mas é recomendável fazer upgrade para uma família de imagens ativa.

Cada família de imagens tem duas datas:

  • Data de lançamento: quando a versão principal ficou disponível.
  • Data de descontinuação:a data em que a família de imagens é marcada como descontinuada. Após essa data, ela não recebe mais novas versões ou correções.

Imagens de VM

As imagens de VM do Agent Platform Workbench são imagens de inicialização criadas pelo Google, publicadas no cloud-notebooks-managed projeto de imagem em projects/cloud-notebooks-managed/global/images/family/IMAGE_FAMILY. Cada família de imagens inclui vários nomes de imagens, um por versão. Para conferir o histórico completo de lançamentos, consulte Notas de lançamento de imagens. Para listar os nomes de imagens disponíveis mais recentes, consulte Listar imagens de VM disponíveis.

Imagens de VM ativas

A tabela a seguir lista as imagens de VM ativas:

Família de imagens SO Python Kernels CUDA Data de lançamento Fim do suporte
workbench-instances-2603 (26.03) Debian 12 3.12 Kernel único: Python 3.12, TensorFlow 2.21.0, PyTorch 2.12.1 13.0 Março de 2026 Março de 2028
workbench-instances (legado) Debian 11 3.10 Vários kernels: Python 3.10, TensorFlow 2.11.0, PyTorch 1.13.1 11.8 Julho de 2023 Março de 2027

Imagens de contêiner personalizadas

Um contêiner personalizado é executado em duas imagens: a imagem de contêiner de base, que pode ser versionada e estendida, e a imagem de host de contêiner gerenciada pelo Google que a executa.

Imagem de contêiner de base

A imagem de contêiner de base usa a mesma família de imagens (principal) e o mesmo nome de imagem (secundário) que as imagens de VM. A família de imagens é um sufixo de data no nome do contêiner, por exemplo, workbench-container-2606. A versão do nome da imagem é uma tag baseada em data, por exemplo, workbench-container-2606:20260629-1557-rc0.

O Agent Platform Workbench fornece imagens de contêiner de base criadas pelo Google em duas variantes: padrão e slim. Saiba mais sobre como criar uma instância do Workbench do Agent Platform usando um contêiner personalizado.

Família de imagens Variante SO Python Kernels CUDA Data de lançamento Fim do suporte
workbench-container-2606 Padrão Ubuntu 24.04 3.12 Kernel único: Python 3.12, TensorFlow 2.21.0, PyTorch 2.12.1 12.8.1 Junho de 2026 Junho de 2028
workbench-container-slim-2606 Slim Ubuntu 24.04 3.12 Kernel único: Python 3.12, TensorFlow 2.21.0, PyTorch 2.12.1 N/A Junho de 2026 Junho de 2028
workbench-container Padrão Ubuntu 24.04 3.10 Vários kernels: Python 3.10, TensorFlow 2.11.0, PyTorch 1.13.1 12.8.1 Agosto de 2024 Março de 2027
workbench-container-slim Slim Ubuntu 24.04 3.10 Kernel único: Python 3.10, TensorFlow 2.11.0, PyTorch 1.13.1 N/A Agosto de 2024 Março de 2027

Imagem de host de contêiner

O host de contêiner tem uma única família de imagens que acompanha de perto a versão mais recente do Container-Optimized OS (COS) pronta para produção. Ela é publicada na família workbench-container-host no projeto de imagem cloud-notebooks-managed, e cada versão usa uma versão de data, por exemplo, 20260701-2130-rc0. Não é possível fixar a versão do host ao criar uma instância. Novas instâncias usam a imagem de host mais recente. Para mudanças no SO do host, consulte as Notas de lançamento do Container-Optimized OS.

A seguir