Esquema de controle de versão

Marcos e números da versão

As versões principais das imagens do Container-Optimized OS são identificadas usando o que chamamos de milestones. Os marcos do Container-Optimized OS estão aumentando inteiros de maneira monotonicamente. Cada novo marco indica o início de um novo ciclo de desenvolvimento (um branch no nosso código) e pode introduzir novos recursos e outras alterações importantes.

Durante o ciclo de vida de um marco do Container-Optimized OS, podemos lançar várias atualizações que contêm correções de bugs, correções de segurança e outras alterações. Essas versões incrementais de um marco podem ser identificadas usando o número da versão.

O marco e o número da versão do Container-Optimized OS que você está usando podem ser identificados inspecionando o arquivo /etc/os-release. Nesse arquivo, o valor do atributoVERSION_ID (por exemplo, VERSION_ID=81 ) representa o marco e o valor doBUILD_ID (por exemplo, BUILD_ID=12871.1160.0 ) representa o número da versão. O marco e o número da versão também estão presentes como parte do nome da imagem do Container-Optimized OS. Por exemplo, a imagem cos-81-12871-1160-0 tem o marco 81 e o número da versão 12871-1160-0.

Marcos de longo prazo compatíveis (LTS)

Os marcos destinados ao uso de produção e compatíveis com duração mais longa são rotulados como LTS (para compatibilidade com longo prazo). No Compute Engine, usamos o recurso de famílias de imagens para rotular e identificar nossas versões de LTS.

Confira na tabela a seguir um resumo das versões do Container-Optimized OS disponíveis no Compute Engine:

Marcos ativos

Versão do SO Projeto de imagem Família de imagens x86 Família de imagens do Arm Desenvolvido por Fim do suporte Notas de lançamento
COS 109 LTS cos-cloud cos-109-lts cos-arm64-109-lts Google setembro de 2025 marco 109
COS 105 LTS cos-cloud cos-105-lts cos-arm64-105-lts Google Março de 2025 marco 105
COS 101 LTS cos-cloud cos-101-lts cos-arm64-101-lts Google setembro de 2024 marco 101
COS 97 LTS cos-cloud cos-97-lts N/A Google Março de 2024 marco 97

Marcos obsoletos

Versão do SO Projeto de imagem Família de imagens x86 Família de imagens do Arm Desenvolvido por Data da suspensão do uso Notas de lançamento
COS 93 LTS cos-cloud cos-93-lts N/A Google Outubro de 2023 Marco 93
COS 89 LTS cos-cloud cos-89-lts N/A Google Março de 2023 Marco 89
COS 85 LTS cos-cloud cos-85-lts N/A Google Setembro de 2022 marco 85
COS 81 LTS cos-cloud cos-81-lts N/A Google Setembro de 20211 marco 81
COS 77 LTS cos-cloud cos-77-lts N/A Google Abril de 20211 marco 77
COS 73 LTS cos-cloud cos-73-lts N/A Google Junho de 2020 marco 73
COS 69 LTS cos-cloud cos-69-lts N/A Google Dezembro de 2019 marco 69
  1. O COS 77 LTS e o COS 81 LTS, quando agrupados com o GKE, têm durações de suporte um pouco mais longas. Os usuários do GKE precisam consultar a programação de lançamentos do GKE para mais detalhes.

Notas de lançamento do desenvolvimento

Para notas de lançamento relacionadas ao marco em desenvolvimento, consulte a página Notas de lançamento de desenvolvimento.
Para notas de lançamento relacionadas ao cos-dev anterior ao M93, consulte a página Notas de lançamento legadas.

Pode haver vários marcos de LTS ativos a qualquer momento. Por exemplo, o comando a seguir mostra famílias de imagens LTS ativas atualmente:

gcloud compute images list --no-standard-images --project=cos-cloud | grep lts
cos-101-17162-40-16               cos-cloud  cos-101-lts                    READY
cos-89-16108-766-3                cos-cloud  cos-89-lts                     READY
cos-93-16623-295-5                cos-cloud  cos-93-lts                     READY
cos-97-16919-189-3                cos-cloud  cos-97-lts                     READY
cos-arm64-101-17162-40-16         cos-cloud  cos-arm64-101-lts              READY

Ciclo de vida de um marco LTS

Um novo marco de LTS do Container-Optimized OS é introduzido aproximadamente a cada seis meses na própria família de imagens chamada cos-[MILESTONE]-lts (x86) e cos-arm64-[MILESTONE]-lts (ARM). Antes de ser rotulado como LTS, o marco passa por aproximadamente seis meses de desenvolvimento de recursos e dois meses de testes extensivos e estabilização.

O ciclo de vida de um marco LTS do Container-Optimized tem esta aparência:

Etapa Duração Descrição
Desenvolvimento 6 meses Desenvolvimento ativo no qual o marco recebe upgrades de pacotes importantes, novos recursos.
Lançamento mensal ou conforme necessário para famílias cos-dev e cos-arm64-dev.
Estabilização 2 meses Os recursos foram congelados, e o foco está nos testes expandidos, na correção de bugs e na estabilização da versão.
Lançamento conforme necessário nas famílias cos-beta e cos-arm64-beta.
Produção 2 anos Manutenção ativa do marco ao lidar com problemas de produção e correções de segurança com prioridade.
Lançado conforme necessário nas famílias cos-[MILESTONE]-lts e cos-arm64-[MILESTONE]-lts.
Suspensão de uso N/A Todas as imagens no marco estão marcadas como obsoletas, e o cos-[MILESTONE]-lts e o cos-arm64-[MILESTONE]-lts serão removidos. Os usuários ainda podem consultar as imagens descontinuadas, mas não vão receber correções de bugs ou atualizações de segurança.

Depois de promover a família LTS, o marco de LTS oferece os seguintes benefícios:

  • Uma duração de suporte de dois anos
  • Correções de segurança durante todo o suporte
  • Correções para problemas de produção
  • Uma página dedicada de notas da versão que lista cada alteração feita na imagem.

Para todas as suas implantações de produção, recomendamos usar uma imagem de uma das famílias LTS.

Depois que a duração de suporte do LTS terminar para um marco LTS, a família de imagens correspondente não receberá mais correções de bugs ou de segurança. Além disso, as famílias de imagens cos-[MILESTONE]-lts e cos-arm64-[MILESTONE]-lts correspondentes serão marcadas como descontinuadas.

Consulte a Política de suporte para saber mais sobre os compromissos de suporte para essas famílias.

Atualizações de LTS

As versões sob demanda são feitas em marcos de LTS em resposta a bugs de alta prioridade e correções de segurança. A cada três meses, uma versão inclui correções de segurança e de bugs de prioridade média e baixa. Chamamos essas versões de "Atualização de LTS". Essas versões são feitas com menos frequência para ajudar os usuários a gerenciar os riscos de atualização.

A página de notas de lançamento do marco indicará quais versões são de atualização de LTS. Os usuários precisam ter muito cuidado ao lançar essas versões, porque as correções de segurança e de bugs de prioridade média e baixa podem apresentar regressões.

Como escolher a versão certa do Container-Optimized OS

No Compute Engine, as famílias de imagens do Container-Optimized OS podem orientar você na seleção da imagem correta para sua finalidade pretendida. Recomendamos que você configure testes em níveis ao lado do seu ambiente de produção, aproveitando a conveniência da API da família de imagens.

Família de imagens x86 Família de imagens do Arm Descrição Uso sugerido
cos-[MILESTONE]-lts cos-arm64-[MILESTONE]-lts Esta família segue os lançamentos para uma etapa específica de produção. As imagens desta família só recebem correções de segurança e estabilidade. Adequado para executar todas as cargas de trabalho de produção. Comece com o marco mais alto para maximizar a duração do suporte.
cos-stable cos-arm64-stable Esta família segue nosso marco mais recente pronto para produção. As imagens dessa família recebem todas as correções de segurança e estabilidade. A cada seis meses, o marco de LTS mais recente com novos recursos também é lançado nesta família. Crie instâncias únicas que você planeja configurar e manter manualmente.
cos-beta cos-arm64-beta Esta família segue nossa próxima versão importante na fase de estabilização. Use para testes contínuos para validar novos recursos e upgrades do SO.
cos-dev cos-arm64-dev Esta família segue nossa última versão em desenvolvimento. As imagens dessa família recebem grandes mudanças e recursos potencialmente instáveis. Use para experimentação e testes únicos.

Uma configuração de testes em níveis como esse ajudará a minimizar problemas na implantação de versões principais mais recentes das imagens do Container-Optimized OS no seu ambiente de produção.