Если сисадмин пьёт чай – всё в порядке. Бить тревогу надо, когда он перестаёт

«Наша служба и опасна и трудна, и на первый взгляд как будто не видна…» Эту песню когда-то пели про милицию. И про сисадминов тоже можно было бы спеть, если бы кто-нибудь замечал их до того, как всё сломалось.

В 2003 году журнал «Системный Администратор» опубликовал заметку Вячеслава Калошина: «Нет, я не Господь Бог, я всего лишь ваш Системный Администратор…». Про эникейщиков и настоящих инженеров, про начальников, которые не видят разницы, и про сисадминов, пьющих чай, потому что всё уже настроено. Прошло больше двадцати лет. Открываешь свежие вакансии, и будто ничего не изменилось.

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

Пользователь приходит с проблемой, а сисадмин бурчит. Со стороны кажется, что он грубиян. Но представьте: он уже пять раз за день объяснял одному и тому же сотруднику, где кнопка включения, и всё это – на фоне упавшего сервера 1С.

Вы проходите мимо его стола, а он пьёт чай. Значит, ничего не делает. Но хороший сисадмин работает не руками, а головой и написанными заранее скриптами. Он настроил мониторинг, автоматизировал развёртывание и написал скрипты, которые исправляют типовые проблемы. Это заняло недели, но результат – тишина и покой. Если он пьёт чай и всё работает – радуйтесь. Это признак профессионала.

Стартовать можно без него, это правда. Но оставаться на месте нельзя. Если вы хотите всю жизнь перезагружать принтеры, образование и правда не нужно. Но настоящая инженерия требует постоянного обучения. Новые технологии появляются каждый год, инструменты автоматизации – каждую неделю. Главное – не где вы учились, а учитесь ли вы вообще.

Мифы – это половина беды. Гораздо опаснее, когда руководители принимают решения, основанные на ложных представлениях о рынке. Вот самое популярное из таких решений.

Работодатели по‑прежнему ищут универсала с зарплатой ниже рынка. Настроить серверы, поддерживать сеть, разбираться в 1С, менять картриджи. На вопрос «почему так дёшево?» часто слышишь в ответ: «на рынке полно таких». И желающие действительно находятся. Только это чаще всего эникейщики, специалисты техподдержки. Они перезагружают роутеры и объясняют, где клавиша Enter. Это костяк, без них никуда. В небольших компаниях один человек может быть и эникейщиком, и инженером, и это нормально. Проблема начинается, когда от эникейщика требуют архитектурных решений, а от инженера – ежечасной перезагрузки принтеров. Это путь к выгоранию и ошибкам. Самый живучий миф руководства: «возьмём троих подешевле вместо одного подороже». Логика железная: больше рук, быстрее справятся. Вот только системное администрирование – не конвейер. Опыт не суммируется. Три новичка могут долго спорить о версиях софта, искать мануалы и случайно разрушить работающую инфраструктуру. А потом всё равно звать опытного коллегу, чтобы он разгребал этот бардак.

Как это выглядит в реальной жизни? Примерно так.

Был у меня знакомый случай. В компании работал единственный админ, назовём его Иннокентий. Он держал всю инфраструктуру: почту, файлообменник, 1С, пять офисов, соединённых через VPN. Всё работало стабильно, бэкапы уходили в два разных хранилища, обновления – по расписанию. Иннокентия почти не было видно: он пил чай, читал документацию и изредка что-то подкручивал в конфигах. Руководству показалось, что такой специалист не нужен. Нашли трёх подешевле, Иннокентия попросили на выход. Через две недели упал почтовый сервер. Эникейщики перезагрузили, но это не помогло. Полезли в настройки, что-то поправили и заодно положили VPN между офисами. Бухгалтерия встала, отдел продаж не видел заказы. Пришлось возвращать Иннокентия. Он приехал через два часа, посмотрел логи, нашёл причину и за ночь всё восстановил. Компания потеряла два рабочих дня. Сэкономили на зарплате, но потеряли на простоях в разы больше.

Настоящего инженера отличает не наличие корочек. Курсы и экзамены лишь подтверждают, что человек когда-то заплатил деньги и правильно проставил галочки. Бывали случаи, когда обладатели престижных сертификатов не могли настроить базовые сервисы без поисковика, а люди без всяких «корочек» строили отказоустойчивые сети. Проверить инженера просто: дайте ему реальную задачу. «У нас упала сеть в отделе продаж. Что будете делать?» Способность рассуждать, задавать вопросы и предлагать гипотезы важнее любого сертификата. Выдают инженера и другие вещи. Он может спокойно пить чай посреди рабочего дня, и при этом всё работает. Потому что он настроил мониторинг, автоматизировал рутину и написал скрипты. Он не говорит «я не знаю». Он говорит «сейчас посмотрю», потому что инженерное мышление – это умение находить решения. И он умеет разговаривать с руководством: вместо технических деталей объяснит, что через две недели сервер ляжет и каждый час простоя бьёт по бизнесу.

Современный инженер уже не просто «админ». Он пишет скрипты на Python или Bash, описывает инфраструктуру кодом через Ansible или Terraform, работает с контейнерами в Docker и Kubernetes, поднимает виртуальные машины в облаках. И при этом всё ещё может перезагрузить принтер, если секретарша в отчаянии.

Даже самый крутой инженер порой наступает на одни и те же грабли. Он забывает, что пользователи – не враги и не «глупые человечки». Они просто не разбираются в компьютерах так, как он. Точно так же он не разбирается в бухгалтерских отчётах. Фраза «ты тупая, нажми сюда» – бомба замедленного действия. Она рано или поздно взрывается. Вместо этого можно сказать иначе: «Да, программа работает неправильно, сейчас поправим права доступа, а вы пока делайте так». Разница колоссальная. Хороший инженер добр к пользователям, но доброта не значит вседозволенность. Пользователи чувствуют себя спокойнее, когда есть понятные границы. И эти границы подкреплены не личной властью инженера, а корпоративной политикой.

Профессия сисадмина не умирает, она трансформируется. Серверы никуда не делись, просто они всё чаще оказываются в облаке или в контейнере. Инструменты изменились, но суть осталась прежней: обеспечивать стабильную работу инфраструктуры.

Вместо ручной настройки серверов инженер пишет код, который делает это за него: Ansible, Terraform, Docker, Kubernetes. Вместо ночных выездов – мониторинг и автовосстановление. DevOps-инженер стоит дороже, но и требует больше навыков: нужно понимать и разработку, и администрирование.

Инженер по безопасности не просто настраивает файрволы. Он проводит аудит, ищет уязвимости, настраивает системы обнаружения вторжений. Спрос на таких специалистов растёт с каждым годом, особенно в банках и госсекторе.

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

Не карьерный путь, а формат работы: поддерживать несколько проектов удалённо. Свободно, но требует самодисциплины. Для опытного сисадмина с репутацией может быть выгоднее штатной работы. Какой бы путь вы ни выбрали, одно неизменно. Облачные технологии не убивают профессию, они меняют её. Кто-то должен администрировать эти облака, и этот кто-то – всё тот же сисадмин, просто с новыми инструментами.

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

Джун справится с настройкой рабочих мест и поддержкой пользователей. Мидл потянет серверы, сети и бэкапы. Сеньор спроектирует инфраструктуру с нуля, внедрит автоматизацию и пропишет политики безопасности. Самая частая ошибка – требовать от джуна архитектурных решений, а от сеньора – ежечасной перезагрузки принтеров. Оба варианта заканчиваются выгоранием и увольнением.

Проверяйте по делу. Дайте реальную задачу: «У нас упала сеть в отделе продаж. Что будете делать?» Послушайте, как кандидат рассуждает. Просит логи? Проверяет доступность? Задаёт уточняющие вопросы? Это важнее любого сертификата.

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

Дешёвый админ – как дешёвый замок на дверях квартиры. Экономия копеечная, а риск потерять всё – огромный. Хороший специалист предотвращает простои, а не разгребает их последствия. Посчитайте, во сколько обходится компании час простоя, и вы поймёте, окупается ли разница в зарплате.

Системные инженеры редко становятся публичными героями. Когда всё работает, их не замечают. Когда всё ломается, ищут виноватых. Громкие имена в IT – это основатели стартапов, топ-менеджеры или хакеры из кино. А люди, которые годами удерживают инфраструктуру на плаву, пишут сложные скрипты и восстанавливают базы после серьёзных сбоев, часто остаются в тени. Такие истории почти никогда не попадают в публичное поле, и это обидно. Потому что настоящая инженерия – это не сертификаты, а умение вытащить систему из безнадёжного состояния.

«Хакерская кузница» – сообщество для тех, кто хочет читать и рассказывать такие истории. Не «стань хакером за два часа», а живой разговор о том, как работают системы изнутри. Если вы готовы поделиться своим опытом, вы можете стать первым, с кого начнётся этот путь.

Добро пожаловать в кузницу.

Статья написана по мотивам заметки Вячеслава Калошина из журнала "Системный Администратор" (2003) – спасибо автору за идеи, которые не устарели спустя 20 лет.