#PI $PI Это обновление действительно очень сложное, и это не вежливое выражение. Основные причины:

1. Синхронное обновление трех крупных версий
Протокола (22→23), операционной системы (Ubuntu 20.04→24.04), базы данных (PostgreSQL 12→16) одновременно обновляются. Любое отдельное обновление связано с рисками, а их совмещение означает, что совместимость, зависимости и изменения конфигурационных файлов будут взаимно влиять.
2. Требуется повторная обработка внутренних данных
Многие обновления просто заменяют программное обеспечение, но в этот раз из-за изменений в низкоуровневом формате хранения или логике индексов узлы должны заново обработать существующие данные с помощью новой логики. Этот процесс очень подвержен ошибкам, и при его прерывании может понадобиться восстановление из снимка, что очень затратно по времени.
3. Нулевая терпимость в производственной среде
Если основной узел отключится или данные будут повреждены, это повлияет на консенсус всей сети и создание блоков. Операторы должны многократно проверять на тестовой сети, а затем выполнять операции в условиях минимального времени простоя или без простоя вообще, что значительно сложнее, чем обновление на персональном компьютере.
4. Большой разрыв между PostgreSQL 12→16
Эта версия вышла много лет назад и включает множество изменений, таких как оптимизация запросов, типы данных, паралленное выполнение и другие. Миграция базы данных обычно требует экспорта и импорта, что занимает несколько часов или даже дольше, и для крупных узлов окно очень узкое.
Поэтому эта фраза не является преувеличением, а отражает действительно высокий риск и сложность операции. Успешное плавное обновление более половины узлов уже свидетельствует о высокой профессиональной подготовке операторов.