PostgreSQL: a mesma data de release não significa a mesma checklist

O sinal e os factos que mudam a decisão

Os cinco ramos suportados receberam atualizações na mesma data, mas correções e passos adicionais variam. Uma checklist única para a frota perde as diferenças entre 14, 15, 16, 17 e 18.

O projeto mantém notas separadas por versão; o anúncio é um índice, não o runbook completo. PostgreSQL 14 deixa de receber correções em novembro, pelo que a minor e a migração major são trabalhos distintos.

Extensões e drivers têm ciclos próprios e devem ser verificados contra o ramo alvo. Copiar passos do ramo 18 para um 14 pode omitir regressões relevantes e esconder a urgência do fim de suporte.

Decisão, limites e condição de bloqueio

Gere uma checklist por ramo e depois acrescente topologia, extensões e workloads de cada cluster.

Copiar passos do ramo 18 para um 14 pode omitir regressões relevantes e esconder a urgência do fim de suporte.

Execução e prova de conclusão

A execução deve começar por exportar inventário de versão, extensão, driver, réplica e owner por cluster. Depois, anexar só as notas aplicáveis e converter cada risco em teste ou observação. O fecho exige separar atualização minor, remediação adicional e plano de major upgrade.

Cada cluster fecha com checklist identificada pelo ramo, resultado por item e pendências com prazo.

• exportar inventário de versão, extensão, driver, réplica e owner por cluster.
• anexar só as notas aplicáveis e converter cada risco em teste ou observação.
• separar atualização minor, remediação adicional e plano de major upgrade.
• Cada cluster fecha com checklist identificada pelo ramo, resultado por item e pendências com prazo.