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

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