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

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