$PI Esta atualização realmente é de alta dificuldade, não é papo furado. Principalmente por alguns motivos:

1. Sincronização de três grandes versões principais
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 questões de compatibilidade, dependências e mudanças 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 no ambiente de produção
Se um nó principal ficar offline ou tiver corrupção de dados, isso afetará o consenso e a produção de blocos na rede. Os operadores devem testar exaustivamente na rede de testes e realizar as operações garantindo o mínimo de tempo de inatividade ou sem interrupção, uma pressão muito maior do que uma atualização em um computador pessoal.
4. Grande salto do PostgreSQL 12→16
Essa 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 exige exportar e importar, levando horas ou até mais tempo, com uma janela de tempo extremamente restrita para nós de grande porte.
Portanto, essa afirmação não é exagero, mas reflete que essa atualização realmente apresenta altos riscos e operações complexas. Conseguir concluir com sucesso a atualização de mais da metade dos nós já demonstra que os operadores são altamente profissionais.