В резюме такое не пишут. Но честная история о том, как DevOps-инженер по-настоящему становится сильным, начинается не с сертификатов. Она начинается с ошибок, о которых молчат на собеседованиях, — вроде того дня, когда на третий день новой работы я удалил не ту базу данных и смотрел, как дашборд заливается красным.

Руки трясутся. Курсор в терминале мигает. Та самая тишина, в которой отчётливо слышно, как заканчивается твоя карьера.

Домой я в ту ночь не ушёл. Я восстанавливал всё по кусочкам — из бэкапов, логов, всего, что смог собрать. Записывал каждый шаг, пока делал. А когда система наконец задышала, я собрал защиту, чтобы никто на моём месте больше не смог повторить то, что я только что натворил.

В ту ночь я понял то, что определило следующие восемь лет.

Сломай, почини, а потом почини систему, которая позволила сломаться

Большинство инженеров останавливаются на втором шаге. Сломалось — починил — пошёл дальше. А я не мог идти дальше. Каждый раз, разгребая очередной завал, я чувствовал зуд спуститься на уровень глубже и вообще убрать саму возможность завала.

Этот зуд и оказался всей сутью профессии. Это разница между тем, кто закрывает тикеты, и тем, из-за кого тикеты перестают появляться.

Десять минут против тридцати секунд

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

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

Это была не гениальная архитектура. Это был просто отказ считать, что «десять минут копания» — это нормально.

CRM, о которой никто не просил

Клиент из здравоохранения вёл клинические данные в Excel-таблицах. Данные пациентов, во вкладках, которые копипастили друг другу. Когда я об этом сказал, ответ был тот, который знает каждый инженер: «это не наша зона ответственности».

Я всё равно собрал им CRM. Один, без ментора, на полях основной работы. Время обработки упало на сорок процентов. То, что было «не нашей проблемой», превратилось в то, чем они пользовались каждый день.

Чтобы пятница ощущалась как понедельник

Долгое время деплой в пятницу означал тревогу и отменённые планы на выходные. И я перестал воспринимать этот страх как данность и начал относиться к нему как к багу.

Blue-green деплой. Автоматический rollback. Smoke-тесты, которые ловили плохой билд раньше пользователей. Я переделывал pipeline снова и снова, пока выкатка в продакшн в пятницу вечером не стала ощущаться как скучное утро понедельника. В этом и была цель: сделать страшное скучным.

Суперсила, которую не пишут в резюме

Вот в чём я честнее всего в своём видео-резюме. В одну пятницу я вообще не понимал инструмент, которого раньше не касался. К понедельнику он уже работал в проде.

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

Поэтому я и не боюсь всей этой истории с AI и инфраструктурой, из-за которой все нервничают. Это просто ещё один пятничный инструмент, который к понедельнику будет крутиться в проде.

Восемь лет ошибок, вслух

Этот единственный паттерн провёл меня от сисадмина до platform-инженера. По дороге: больше 500 виртуалок под управлением, четыре облачных сертификата, три опубликованные научные статьи, выступления перед сотнями инженеров и момент, которым я горжусь больше всего, — миграция 1500 пользователей с нулевым простоем. Не потому что было легко, а потому что мы заранее заложились на каждый возможный сбой.

Ничего из этого не выросло из осторожности. Всё выросло из того, что я рано наломал дров, сломал что-то настоящее и не смог уйти, пока не починил систему под этим.

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

А какая ошибка — та, за которую вы втайне благодарны?