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