#PI $PI Це оновлення дійсно дуже складне, і це не просто ввічливі слова. Основні причини такі:

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