Fundo
Estou planejando configurar um servidor PostgreSQL/PostGIS no RHEL 9.4 como parte do trabalho de migração de uma versão mais antiga do RHEL e estou comparando caminhos de atualização de uma perspectiva de estabilidade.
Se entendi corretamente, há duas maneiras de instalar o PostgreSQL e o PostGIS no RHEL9:
Opção 1: Use o repositório PostgreSQL
Instale o PostgreSQL ( postgresqlNN-server) e o PostGIS ( postgisNN_MM) do repositório oficial do PostgreSQL ( pgdgNN).
Esta opção segue o ciclo de manutenção do PostgreSQL e PostGIS .
Opção 2: Use os repositórios RHEL9 e EPEL
Instale o PostgreSQL ( postgresql) do Red Hat Application Streams e o PostGIS ( postgis) do EPEL.
A Red Hat fornece diversas versões do PostgreSQL:
- PostgreSQL 13: Entregue por meio do canal RHEL 9 Full Life Application Streams e com suporte até o EOL do RHEL9 (2032-05).
- PostgreSQL 15, 16: Entregue via RHEL 9 Application Streams com vida útil mais curta, atingindo o EOL em 2028-05 e 2029-05, respectivamente.
Para o PostGIS, as atualizações são fornecidas pela EPEL com base no melhor esforço devido à natureza do projeto orientada pela comunidade. Dito isso, os mantenedores da EPEL se esforçam para manter os pacotes até o EOL do RHEL.
Das Perguntas Frequentes da EPEL :
Por quanto tempo os pacotes EPEL são atualizados?
Idealmente, os pacotes EPEL são mantidos enquanto a versão RHEL correspondente for suportada. No entanto, o EPEL é um esforço voluntário, e um mantenedor de pacote pode aposentar sua ramificação EPEL a qualquer momento.
Pergunta
Estou pensando em usar o EPEL PostGIS porque ele complementa o PostgreSQL fornecido pela Red Hat, que oferece um longo ciclo de vida (PostgreSQL 13 suportado até 2032). No entanto, estou preocupado com a compatibilidade de longo prazo dos pacotes EPEL com o software fornecido pela Red Hat, especialmente depois que as versões upstream (por exemplo, PostgreSQL ou PostGIS) atingirem o EOL.
No meu caso, o PostgreSQL upstream atingirá o fim da vida útil em 2025-11 e, olhando para o gráfico de compatibilidade PostgreSQL-PostGIS e extrapolando a tendência, espero que o PostGIS deixe de oferecer suporte ao PostgreSQL 13 nas próximas versões.
Como os pacotes EPEL, como o PostGIS, normalmente são mantidos em tais cenários, especialmente quando vinculados ao software fornecido pela Red Hat com um ciclo de vida mais longo?
Especificamente:
- A versão EPEL do PostGIS continuará recebendo atualizações para permanecer compatível com o PostgreSQL 13 até o fim da vida útil do RHEL9?
- Existe precedente ou prática padrão para pacotes EPEL fazerem backport de alterações de versões upstream em casos como esse?
Em uma palavra, não. EPEL é um esforço voluntário. Não há garantia de que uma determinada versão principal será empacotada, especialmente durante toda a duração enquanto o upstream muda.
Esta é uma escolha típica de upstream ou downstream. Sua distro downstream, RHEL + EPEL, tem o que você quer agora, construído de acordo com suas preferências. No entanto, a versão atual do PostGIS chegará ao fim da vida útil antes do RHEL, mesmo com a útil política de fim da vida útil do upstream.
Considere atualizar o RHEL e o PostgreSQL mais rápido do que isso. Para o RHEL 10 logo após o lançamento. Lembre os mantenedores do EPEL de uma compilação el10 do PostGIS. No final deste salto de versão adicional, você estará muito mais recente e aproveitará o suporte de todo o seu software por um tempo.
Não vejo evidências no pacote EPEL postgis de manutenção de patches não upstream, ou de acomodação de múltiplas versões do PostgreSQL. Qualquer uma das duas seria uma grande quantidade de trabalho, a ponto de você provavelmente precisar se envolver como um mantenedor EPEL para ajudar a fazer isso acontecer.
Ou, sua outra opção de pacotes upstream existe. Vantagem da sua escolha de versões do PostgreSQL, incluindo as atuais. No entanto, repositórios de software de terceiros são uma fonte de software diferente para confiar e seguir, e nem sempre seguem as convenções do Fedora sobre como as coisas funcionam. Embora o PostgreSQL seja uma comunidade estabelecida e isso certamente possa funcionar, agora você está contando com a comunidade upstream para suporte, não com a Red Hat.