#dusk $DUSK @Dusk
Обновление узла может успешно пройти технически и при этом завершиться неудачно на уровне эксплуатации.
Именно это я считаю важным в процессе обновления Dusk.
Установщик разработан так, чтобы защитить компоненты, которые должны пережить обновление, включая ключи консенсуса и состояние цепочки. При этом некоторые конфигурационные файлы и определение сервиса systemd пересоздаются. Это означает, что оператору нужно явно восстановить настройки, которые определяют, что именно должна делать машина.
Для обычного валидатора отсутствие флага функции может быть просто неудобством. Для оператора архивного узла это может быть гораздо более серьезно: узел может оставаться в сети, производить или следовать блокам и выглядеть работоспособным, при этом незаметно теряя архивную роль, от которой зависят соответствующие приложения.
Мне также нравится, что Dusk проверяет заменяемый бинарный файл до остановки Rusk и оставляет сервис остановленным после этого. Это дает оператору возможность осмотреть новую конфигурацию, прежде чем вслепую перезапускать всё.
Но это возлагает важную ответственность на человека.
Самое безопасное обновление — не обязательно то, в котором меньше всего ручной работы. Самое безопасное — то, при котором оператор может подтвердить, что узел вернулся с правильной ролью, возможностями и сетевыми настройками.
Для меня именно это — реальная проверка обновления в Dusk:
Узел запущен — или он выполняет ту работу, ради которой его действительно развернули?
#DUSK @DuskFoundation $GPS $ACE
Обновление узла может успешно пройти технически и при этом завершиться неудачно на уровне эксплуатации.
Именно это я считаю важным в процессе обновления Dusk.
Установщик разработан так, чтобы защитить компоненты, которые должны пережить обновление, включая ключи консенсуса и состояние цепочки. При этом некоторые конфигурационные файлы и определение сервиса systemd пересоздаются. Это означает, что оператору нужно явно восстановить настройки, которые определяют, что именно должна делать машина.
Для обычного валидатора отсутствие флага функции может быть просто неудобством. Для оператора архивного узла это может быть гораздо более серьезно: узел может оставаться в сети, производить или следовать блокам и выглядеть работоспособным, при этом незаметно теряя архивную роль, от которой зависят соответствующие приложения.
Мне также нравится, что Dusk проверяет заменяемый бинарный файл до остановки Rusk и оставляет сервис остановленным после этого. Это дает оператору возможность осмотреть новую конфигурацию, прежде чем вслепую перезапускать всё.
Но это возлагает важную ответственность на человека.
Самое безопасное обновление — не обязательно то, в котором меньше всего ручной работы. Самое безопасное — то, при котором оператор может подтвердить, что узел вернулся с правильной ролью, возможностями и сетевыми настройками.
Для меня именно это — реальная проверка обновления в Dusk:
Узел запущен — или он выполняет ту работу, ради которой его действительно развернули?
#DUSK @DuskFoundation $GPS $ACE