Утро началось с короткого сообщения.
Вчера одну часть системы откатили после проблем. Сегодня проверили — оказалось, что откатили не до того состояния, которое было нужно.
Фраза была написана спокойно. Без восклицательных знаков, без обвинений, без драматического «всё пропало».
Просто по факту:
планировали вернуть одно состояние,
а по факту получили другое.
И вот в этом месте эксплуатация обычно делает глубокий вдох.
Потому что формально работа была выполнена.
Люди собрались. Окно работ согласовали. Команды выполнили. Где-то, возможно, даже появилась запись: «Откат произведен».
Но система, как часто бывает, отнеслась к этому сдержанно.
— То есть откатили? — спросили в чате.
— Откатили.
— Но не туда?
— Если коротко — да.
Повисла пауза.
В ИТ вообще много таких состояний, которые трудно объяснить человеку со стороны.
Например: «починили, но не заработало».
Или: «развернули, но не то».
Или: «ошибка ушла, но появилась другая, зато стабильная».
Или вот это прекрасное: «откатили, но система оказалась не в том состоянии, которое ожидали».
Само слово «откат» звучит надежно. В нем есть ощущение порядка. Как будто система испугалась, извинилась и вернулась обратно.
Но на практике откат — это не волшебная кнопка «сделать как было». Это набор действий, после которых надо проверить, что реальность действительно совпала с планом.
Потому что в плане может быть одно.
В заявке — одно.
В переписке — одно.
В голове у всех участников — тоже одно.
А в системе при этом будет стоять что-то другое и молча смотреть на всех как человек, который пришел не на свое совещание, но уже сел за стол.
— Может, это тоже нормальное состояние? — осторожно спросили из соседнего угла.
Это был опасный вопрос.
Потому что «может, тоже нормальное» — это не эксплуатационный критерий. Это философия. А философия в промышленной среде обычно заканчивается отдельным совещанием.
Если нужно вернуть конкретное состояние, значит нужно вернуть конкретное состояние.
Не похожее.
Не соседнее.
Не «ну почти то же самое».
А именно то, которое было согласовано, проверено и ожидаемо для дальнейшей работы.
Другое состояние может быть даже лучше. Новее. Аккуратнее. Возможно, в нем исправлено что-то полезное.
Но если его не должны были ставить именно сейчас, то это уже не восстановление, а самостоятельное творчество.
А самостоятельное творчество в эксплуатации надо любить очень осторожно.
— Хорошо, — сказал кто-то. — Значит, надо еще раз откатить?
— Не совсем. Надо привести систему в требуемое состояние.
— Это чем отличается?
— Тем, что в конце мы проверяем не то, что делали, а то, что получилось.
В чате снова стало тихо.
Это неприятная мысль. Она ломает привычную магию отчетов.
Потому что «работы выполнены» звучит солидно.
«Проверено фактическое состояние системы» звучит скучно.
Но именно скучные фразы обычно спасают от веселых ночей.
Откат без проверки результата — это как переезд без проверки адреса. Машина приехала, грузчики устали, коробки занесли. А потом выясняется, что квартира действительно на пятом этаже, только дом соседний.
Формально все работали.
Практически — начинаем сначала.
И вот тут в очередной раз проявляется простая инженерная истина: система не знает, что вы имели в виду.
Она не читала переписку.
Она не видела согласование.
Она не понимает слово «должны».
Она просто работает в том состоянии, в которое ее привели.
Если привели не туда — она будет работать не там.
В итоге, конечно, все исправят.
Приведут систему в нужное состояние.
Проверят.
Напишут: «Готово».
Кто-то, возможно, даже добавит в регламент пункт про обязательную проверку результата после отката.
Потом этот пункт будут читать, пропускать глазами и иногда вспоминать именно в такие утра.
А пока остается только признать: откат — это не факт движения назад.
Откат — это подтвержденное возвращение в нужную точку.
Иначе можно очень уверенно вернуться.
Просто не туда.