#PI $PI Esta atualização realmente é bastante desafiadora, não é papo de ocasião. Principalmente por alguns motivos:

1. Sincronização de três grandes versões
Protocolo (22→23), sistema operacional (Ubuntu 20.04→24.04), banco de dados (PostgreSQL 12→16) sendo atualizados simultaneamente. Qualquer uma dessas atualizações isoladamente já apresenta riscos, a combinação delas significa que compatibilidade, dependências e alterações nos arquivos de configuração irão se influenciar mutuamente.
2. Necessidade de reprocessamento interno de dados
Muitas atualizações envolvem apenas substituição de software, mas desta vez, devido às mudanças no formato de armazenamento subjacente ou na lógica de índices, os nós precisam reprocessar os dados existentes com a nova lógica. Esse processo é altamente propenso a erros, e uma interrupção pode exigir recuperação a partir de snapshots, o que consome muito tempo.
3. Tolerância zero em ambiente de produção
Se um nó da rede principal ficar offline ou tiver corrupção de dados, isso afetará o consenso e a produção de blocos na rede toda. Os operadores devem testar exaustivamente na rede de testes e realizar as operações de forma que não haja interrupção ou com o menor tempo de parada possível, uma pressão muito maior do que uma atualização em um computador pessoal.
4. Grande salto de PostgreSQL 12→16
Essa versão avançou vários anos, introduzindo melhorias em consultas, tipos de dados, execução paralela, entre outros. A migração do banco de dados geralmente exige exportar e importar novamente, levando horas ou até mais tempo, e para nós de grande porte, essa janela é extremamente apertada.
Portanto, essa afirmação não é exagero, mas reflete que essa atualização realmente apresenta altos riscos e operações complexas. Conseguir concluir de forma estável a atualização de mais da metade dos nós já demonstra que os operadores são altamente profissionais.