Деплой прошел, алерты молчат, статус зеленый. Но это еще не ответ на главный вопрос: может ли пользователь прямо сейчас пройти важный сценарий, а команда понять, что делать, если он сломается?

У NASA этот разрыв виден буквально. Через час и 23 минуты после запуска Roman начал выходить из транспортной конфигурации. Дальше — трехмесячный путь к точке Лагранжа L2 системы Солнце-Земля: команда включает системы, настраивает и калибрует их, готовя обсерваторию к научной работе. NASA отдельно оговаривает: график может меняться по результатам оценок и корректировок.

Это не аналогия один к одному. Но для цифрового продукта вывод полезен: выпуск отвечает на вопрос, стало ли изменение доступно. Ввод в эксплуатацию отвечает на другой: есть ли наблюдаемое доказательство, что изменение работает в реальной среде и команда способна управлять отклонением.

Самый рискованный статус после релиза часто не красный, а зеленый без договоренности о смысле. Дашборд показывает норму, но никто заранее не договорился, какой пользовательский результат считать подтверждением и кто действует, если он не достигнут.

Для заметных изменений стоит заранее назвать не набор ритуалов, а доказательства готовности: критичный сценарий проходит; сигналы отличают норму от деградации; у конкретного владельца есть понятный рычаг ограничить или откатить изменение.

Тогда деплой перестает быть финальной точкой. Он становится началом короткого, но управляемого этапа, у которого есть владелец, время и условие выхода.

Какое наблюдение через день или неделю вы готовы принять у себя как доказательство, что релиз действительно введен в эксплуатацию?

Источники NASA: https://science.nasa.gov/missions/roman-space-telescope/roman-commissioning/ https://www.nasa.gov/image-article/nasas-nancy-grace-roman-space-telescope-launches/

#engineering #techlead #productmanagement #reliability #sre #izagprog