В ИТ катастрофы редко бывают результатом чьего-то злого умысла. Никто не начинает рабочую неделю с плана целенаправленно развалить отказоустойчивый кластер или устроить петлю в маршрутизации.

Обычно всё куда прозаичнее. Очередной созвон и знакомая фраза: «Давайте сейчас запустим по временной схеме, бизнес очень просит успеть к релизу, а в следующем квартале выделим окно и переделаем нормально».

Архитектор вздыхает, смотрит в календарь и дает добро. В этот момент в фундамент сервиса закладывается первая трещина.

Через пару лет инфраструктура превращается в клубок непрозрачных зависимостей. Новые сервисы поднимаются в обход регламентов, маршруты нарезаны вручную, правила на NGFW раздуты до нескольких тысяч без единого комментария. Половина продакшна висит на ручном приводе, потому что любая автоматизация тут же спотыкается о чужие костыли.

Когда такая инфра падает в разгар рабочего дня, менеджмент искренне разводит руками: «Мы же согласовали бюджет на топовое железо, наняли дорогих экспертов, откуда этот коллапс?»

С точки зрения кризис-менеджмента здесь нет никакой внезапной аварии. Это классический архитектурный дрейф: накопление скрытой деградации под воздействием локальных тактических решений.

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

Жаль только, что у временных решений нет видимого таймера самоуничтожения. Если костыль худо-бедно держит нагрузку и не роняет сервис каждый вторник, у бизнеса никогда не возникнет повода выделить ресурсы на его пересборку. Зачем оплачивать переделку того, что и так работает? В итоге технический долг перестает быть сугубо инженерной головной болью и превращается в отложенный финансовый риск с грабительским процентом за обслуживание.

Лечится эта история жесткой процедурной гигиеной.

Первое: исключение слова «временно» из управленческого обихода. Любой компромисс сразу вносится в реестр архитектурных исключений. С фиксацией даты пересмотра, владельца операционного риска и расчетной стоимости возврата к проектной схеме.

Второе: оцифровка цены уступки. Когда бизнес просит срезать углы ради ускорения сдачи, тимлиду нужны цифры, а не эмоции. Сколько часов технологических окон уйдет на переделку, как это решение уронит MTTR и во сколько бизнесу обойдется час простоя ядра при деградации связности.

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

В вашем реестре задач есть костыли, пережившие людей, которые их воткнули?