Esta página descreve as políticas de suporte à versão do 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ê tem controle sobre a versão principal do PostgreSQL com que 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 oferece suporte à compatibilidade 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 a mantém durante toda a vida útil, a menos que você inicie um upgrade da versão principal. É 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ão principal
Esta seção descreve a compatibilidade e o ciclo de vida do suporte para versões principais no AlloyDB.
Suporte regular
Nosso objetivo é oferecer suporte oportuno à compatibilidade do AlloyDB com novas versões principais do PostgreSQL. O momento desse suporte depende do produto do AlloyDB:
AlloyDB para PostgreSQL: nosso objetivo é oferecer suporte à 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ões secundárias e de manutenção e aplica 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, na sigla em inglês) pela comunidade, ela entra na fase de suporte estendido do ciclo de vida.
AlloyDB no Google Distributed Cloud: nosso objetivo é oferecer suporte à 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 as diretrizes gerais. Os tempos de lançamento reais para novas versões podem ser diferentes.
Suporte estendido
O Google usa a programação de fim da vida útil da comunidade PostgreSQLao planejar o fim do suporte regular para compatibilidade com qualquer versão principal do PostgreSQL.
Para as versões principais do AlloyDB que chegam ao fim da vida útil, o AlloyDB oferece suporte estendido. Com o suporte estendido, será possível continuar executando as instâncias do AlloyDB por três anos, mesmo depois que a comunidade de desenvolvedores pare 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, no final do segundo ano de suporte estendido.
- Ferramentas e documentação para minimizar a interrupção do upgrade.
Qualquer cluster do AlloyDB que ainda esteja executando a versão principal descontinuada do banco de dados no final do período de suporte estendido será atualizado automaticamente para a versão padrão nesse momento.
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 o 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 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ça suporte para uma nova versão secundária do PostgreSQL, o Google aplica essa atualização automaticamente 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 com suporte na versão principal do PostgreSQL.
Suporte à versão principal e secundária
O AlloyDB oferece suporte à compatibilidade com as seguintes versões do banco de dados PostgreSQL:
Versão compatível com o PostgreSQL |
AlloyDB |
|---|---|
PostgreSQL 18 |
18.3 |
PostgreSQL 17 (padrão) |
17.9 |
|
PostgreSQL 16 |
16.13 |
PostgreSQL 15 |
15.17 |
PostgreSQL 14 |
14.22 |
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 é aceita.
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 é aceita.
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 é aceita.
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 quanto à criticidade e ao impacto.
No AlloyDB para PostgreSQL, as correções críticas são transferidas e os 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 os clusters estejam sempre atualizados com as correções de segurança mais recentes e protegidos contra possíveis ataques.