Nesta página, descrevemos as políticas de suporte a versões de banco de dados do AlloyDB para PostgreSQL.
Para informações sobre as políticas de versão do AlloyDB Omni, consulte Políticas de versão do banco de dados do AlloyDB Omni.
Políticas de versão do AlloyDB
As instâncias do AlloyDB executam um servidor de banco de dados criado e mantido pelo Google, totalmente compatível com o PostgreSQL. Você controla com qual versão principal do PostgreSQL suas instâncias são compatíveis. O AlloyDB mantém a compatibilidade de versão secundária das instâncias atualizada automaticamente.
Cada cluster do AlloyDB é compatível com uma versão principal específica do PostgreSQL, por exemplo, o PostgreSQL 18. Você escolhe a versão principal ao criar o cluster. Depois de escolher uma versão principal, o cluster vai manter essa versão durante todo o ciclo de vida, a menos que você inicie um upgrade. É possível fazer upgrade de um cluster realizando um upgrade da versão principal no local ou migrando os dados do cluster para um novo cluster.
Cada instância do AlloyDB executa um serviço de banco de dados compatível com uma versão secundária específica do PostgreSQL, por exemplo, 16.3. O AlloyDB lança atualizações de compatibilidade de versão secundária várias vezes por ano e aplica essas atualizações automaticamente às instâncias. Essas atualizações mantêm todas as instâncias atualizadas com as correções de bugs e patches de segurança mais recentes disponíveis para a versão principal.
Política de versões principais
Nesta seção, descrevemos a compatibilidade e o ciclo de vida do suporte para as versões principais do AlloyDB.
Suporte regular
Nosso objetivo é oferecer suporte oportuno à compatibilidade do AlloyDB com novas versões principais do PostgreSQL. O tempo desse suporte depende do produto do AlloyDB:
AlloyDB para PostgreSQL: nosso objetivo é oferecer compatibilidade com uma nova versão principal do PostgreSQL em até cinco meses após o lançamento da disponibilidade geral pela comunidade de desenvolvedores do PostgreSQL.
A primeira fase desse suporte é o suporte regular. Durante o suporte regular, o AlloyDB oferece atualizações de versão secundária e de manutenção, além de aplicar correções de segurança às instâncias. O AlloyDB oferece suporte regular a uma versão principal desde que a comunidade de desenvolvedores do mecanismo de banco de dados também ofereça, por no mínimo cinco anos. Depois que a versão principal atinge o fim da vida útil (EOL) pela comunidade, ela entra na fase de suporte estendido do ciclo de vida.
AlloyDB no Google Distributed Cloud: nosso objetivo é oferecer compatibilidade com uma nova versão principal do PostgreSQL em até quatro meses após a disponibilidade dessa versão principal no AlloyDB Omni.
Estas são diretrizes gerais. Os horários reais de lançamento de novas versões podem variar.
Suporte estendido
O Google usa o cronograma de fim de vida útil da comunidade do PostgreSQL ao planejar o fim do suporte regular para compatibilidade com qualquer versão principal do PostgreSQL.
Para as versões principais do AlloyDB que atingem o EOL, o AlloyDB oferece suporte estendido. Com o suporte estendido, é possível continuar executando as instâncias do AlloyDB por três anos depois que a comunidade de desenvolvedores para de oferecer suporte às versões principais em que as instâncias estão em execução. O suporte estendido é oferecido por três anos. É possível usar esse tempo para planejar, testar e fazer o upgrade das instâncias para uma versão principal com suporte regular. Para mais informações sobre como realizar um upgrade da versão principal, consulte Fazer upgrade da versão principal do banco de dados no local e Fazer upgrade da versão principal do servidor de um cluster migrando dados.
Para mais informações sobre o suporte estendido, consulte Suporte estendido no AlloyDB.
Suspensão de uso
Depois que o suporte estendido de uma versão principal é encerrado, o AlloyDB descontinua essa versão. Quando o Google planeja encerrar o suporte estendido para uma versão principal do PostgreSQL, oferecemos o seguinte aos proprietários do projeto:
- Avisos de fim de suporte, enviados com pelo menos 12 meses de antecedência, ao final do segundo ano de suporte estendido.
- Ferramentas e documentação para minimizar a interrupção do upgrade.
Qualquer cluster do AlloyDB que ainda estiver executando a versão principal descontinuada do banco de dados ao final do período de suporte estendido será atualizado automaticamente para a versão padrão.
Cronograma de suporte à versão principal
A tabela a seguir mostra as datas em que o suporte do AlloyDB para versões compatíveis foi disponibilizado para todos os usuários (GA):
Versão principal compatível com PostgreSQL |
Data de início do suporte regular do AlloyDB |
Data de disponibilidade geral do suporte à versão do AlloyDB Omni |
Data de início do suporte estendido do AlloyDB |
Data de descontinuação do AlloyDB |
|---|---|---|---|---|
PostgreSQL 18 |
18 de março de 2026 |
9 de abril de 2026 |
- |
- |
PostgreSQL 17 |
22 de setembro de 2025 |
15 de dezembro de 2025 |
1 de fevereiro de 2030 |
1 de fevereiro de 2033 |
PostgreSQL 16 |
23 de outubro de 2024 |
8 de abril de 2025 |
1 de fevereiro de 2029 |
1 de fevereiro de 2032 |
PostgreSQL 15 |
19 de janeiro de 2024 |
11 de outubro de 2023 |
1 de fevereiro de 2028 |
1 de fevereiro de 2031 |
PostgreSQL 14 |
12 de dezembro de 2022 |
Não relevante |
1 de fevereiro de 2027 |
1 de fevereiro de 2030 |
Dependências de versão para recursos do AlloyDB
Alguns recursos do AlloyDB podem exigir uma versão principal de compatibilidade com o PostgreSQL para serem executados em uma instância do AlloyDB. Os requisitos mínimos de versão para os recursos estão documentados.
Suporte à versão secundária
O AlloyDB e o AlloyDB no Distributed Cloud têm como objetivo lançar suporte de compatibilidade para uma nova versão secundária do PostgreSQL a cada trimestre. Essas atualizações incluem correções de bugs e de segurança. A programação de lançamento pode variar dependendo da necessidade de correções de bugs adicionais.
Depois que o AlloyDB lançar suporte para uma nova versão secundária do PostgreSQL, o Google vai aplicar automaticamente essa atualização a todas as instâncias. Essas atualizações são propagadas durante um lançamento de manutenção subsequente. Para mais informações sobre a manutenção automática do AlloyDB, consulte Sobre a manutenção.
Por exemplo, se o AlloyDB lançar suporte para uma nova versão secundária do PostgreSQL 17, um cluster configurado com compatibilidade com o Postgres 17 terá todas as instâncias atualizadas para essa nova versão secundária durante uma operação de manutenção programada subsequente.
Ao criar uma instância do AlloyDB, ela executa a versão secundária mais recente compatível na versão principal do PostgreSQL.
Suporte para versões principais e secundárias
O AlloyDB é compatível com as seguintes versões de banco de dados PostgreSQL:
Versão compatível com PostgreSQL |
AlloyDB |
|---|---|
PostgreSQL 18 |
18.1 |
PostgreSQL 17 (padrão) |
17,7 |
|
PostgreSQL 16 |
16.9 |
PostgreSQL 15 |
15.13 |
PostgreSQL 14 |
14.18 |
Compatibilidade com o PostgreSQL 18
Antes de usar o PostgreSQL 18 como versão do banco de dados, considere o seguinte:
- A replicação lógica do servidor em espera não é compatível.
Compatibilidade com o PostgreSQL 17
Antes de usar o PostgreSQL 17 como versão do banco de dados, considere o seguinte:
- A replicação lógica do servidor em espera não é compatível.
Compatibilidade com o PostgreSQL 16
Antes de usar o PostgreSQL 16 como versão do banco de dados, considere o seguinte:
- A replicação lógica do servidor em espera não é compatível.
Atualizações de segurança
Quando a comunidade PostgreSQL lança versões secundárias com correções de segurança, a equipe de segurança do AlloyDB as analisa para verificar a gravidade e o impacto.
No AlloyDB para PostgreSQL, as correções críticas são portadas de volta, e seus clusters são atualizados como parte de um lançamento de manutenção subsequente. Nosso objetivo é aplicar patches críticos em até um mês.
Correções menos graves são incluídas em upgrades futuros de versões secundárias. Isso garante que seus clusters estejam sempre atualizados com as correções de segurança mais recentes e protegidos contra possíveis ataques.