#PI $PI Esta atualização realmente é de alta dificuldade, não é apenas cortesia. Existem várias razões principais:

1. Sincronização de três grandes versões principais
Atualização simultânea do protocolo (22→23), sistema operativo (Ubuntu 20.04→24.04), base de dados (PostgreSQL 12→16). Qualquer uma delas sozinha apresenta riscos, a combinação das três significa que compatibilidade, dependências e alterações nos ficheiros de configuração irão afetar-se mutuamente.
2. Necessidade de reprocessamento interno de dados
Muitas atualizações apenas substituem o software, mas desta vez, devido à mudança no formato de armazenamento subjacente ou na lógica de índices, os nós precisam reprocessar os dados existentes com a nova lógica. Este processo é altamente propenso a erros, e uma interrupção pode exigir recuperação a partir de snapshots, o que é muito demorado.
3. Tolerância zero no ambiente de produção
Se um nó da rede principal ficar offline ou os dados forem corrompidos, isso afetará o consenso e a produção de blocos de toda a rede. Os operadores devem validar repetidamente na rede de testes e realizar as operações de forma a não interromper ou minimizar o tempo de inatividade, uma pressão muito maior do que a atualização de um computador pessoal.
4. Grande salto de PostgreSQL 12→16
Esta versão tem vários anos de diferença, introduzindo melhorias em consultas, tipos de dados, execução paralela, entre outros. A migração do banco de dados geralmente requer exportar e importar, levando horas ou até mais tempo, com uma janela de tempo extremamente limitada para nós grandes.
Portanto, esta afirmação não é exagero, mas reflete que esta atualização realmente apresenta riscos elevados e operações complexas. Conseguir completar de forma estável a atualização de mais da metade dos nós já demonstra que os operadores são altamente profissionais.