10-15 тысяч шагов за смену, сборка серверов, работа с клиентами и ответственность за оборудование в машинном зале — так выглядит не киношная, а вполне обычная работа инженера дата-центра. Для российской IT-аудитории это полезное напоминание: инфраструктура держится не только на автоматизации и мониторинге, но и на людях, которые в буквальном смысле ходят по залу и таскают железо.
Об этом сообщает Habr / Карьера со ссылкой на рассказ Алексея Жукова, старшего инженера по обслуживанию сетевого и серверного оборудования в дата-центре Рег.ру. По его словам, образ специалиста, который просто сидит перед экранами и изредка реагирует на инциденты, с реальностью совпадает слабо. На практике инженер дата-центра не только следит за работоспособностью серверов, но и собирает и пересобирает оборудование, перезагружает узлы, контролирует доступ к технике, встречает клиентов и фиксирует изменения в конфигурации и коммутации.
Сам Жуков пришел в компанию около двух лет назад на позицию младшего инженера, а до роли старшего дорос уже внутри команды. До этого у него был опыт системного администратора: сначала в обычной офисной компании, затем в своем колледже, где он параллельно вел практику по программированию у студентов. База у него профильная — он учился по специальности, связанной с сетевым и системным администрированием. Но даже с таким бэкграундом работа в ЦОДе, как следует из интервью, потребовала отдельной адаптации: не только технической, но и организационной.
Любопытно, что самым простым на старте ему казалось взаимодействие с оборудованием, хотя и там, по его словам, хватает нюансов. Самым сложным оказалось общение с клиентами. Это важная деталь, которую часто недооценивают в разговорах про инженерные роли. Инженер дата-центра — это не только человек с отверткой и консолью, но и участник сервисного процесса. Клиенты приезжают в ЦОД со своими задачами: привозят серверы, забирают их, обслуживают на месте, иногда проводят у стойки почти целый день. Любое изменение нужно фиксировать, а параллельно еще отвечать на технические и организационные вопросы. Для тех, кто рассматривает инфраструктурную карьеру, это хороший фильтр: если контакт с людьми дается тяжелее, чем работа с железом, такая роль может оказаться менее комфортной, чем кажется со стороны.
Отдельно из рассказа видно, как в подобных командах устроен вход в профессию. Новичку не выдают сразу критичные задачи и не бросают одного на смене. Сначала — простые действия вроде перезагрузок оборудования и подключения носителей, затем — сборка серверов и изучение инженерных систем дата-центра. Первые смены проходят рядом с более опытными коллегами. Плюс есть регламенты и техническая документация, которую изучают в свободное от задач время. Это выглядит довольно прозаично, но именно так и строится нормальный онбординг в инфраструктуре: не через красивую презентацию, а через повторяемые процедуры, тень более сильного коллеги и привычку ничего не делать в спешке.
Еще один важный штрих — состав дежурной смены. По словам Жукова, обычно это три человека: старший инженер, инженер и младший инженер. График — сутки через трое. Такая схема хорошо знакома тем, кто работал в эксплуатации, но для части разработчиков и продуктовых команд она до сих пор звучит как что-то из параллельной вселенной. Между тем именно этот режим показывает, насколько физически и психологически отличается работа инженера дата-центра от офисного IT. Здесь смена начинается с приема дежурства, уточнения задач от предыдущей команды и обхода инженерных систем с фиксацией данных в отчете. Даже когда никаких аварий нет, это не спокойная вахта у ноутбука, а длинный цикл рутинных, но обязательных действий, где цена невнимательности заметно выше, чем в большинстве офисных ролей.
Тема ошибок в интервью тоже подана без героизации, и это, пожалуй, один из самых полезных моментов. В команде, по словам инженера, спокойно относятся к человеческому фактору: если ошибся, нужно быстро это осознать, исправить и при необходимости сразу обратиться к более опытным коллегам. Такой подход хорошо сочетается с эксплуатационной логикой вообще. В зрелой инфраструктурной среде никто не выигрывает от культуры, где сотрудник пытается скрыть промах до последнего. Намного важнее, чтобы человек действовал аккуратно, не торопился и вовремя поднимал руку. Жуков прямо говорит, что на входе в профессию главные качества — внимательность и аккуратность, а многие технические навыки приходят уже в процессе. Более того, в команду могут прийти даже люди без опыта сборки компьютеров, если у них есть желание учиться.
Для рынка труда это, вероятно, главный вывод всей истории. На фоне затяжного дефицита кадров в инфраструктуре компании все чаще смотрят не только на готовый опыт, но и на обучаемость. Порог входа в эксплуатацию может быть ниже, чем принято думать, если у кандидата есть профильная база, дисциплина и интерес к железу. При этом карьерный маршрут внутри команды вполне реален: из младшего инженера можно вырасти до инженера, а затем и до старшего. У старшего, впрочем, меняется не только грейд, но и характер ответственности. Он выполняет те же базовые задачи, но дополнительно отвечает за смену, расставляет приоритеты, принимает решения в нестандартных ситуациях и обучает новичков. Это уже не просто «руки смены», а человек, через которого проходит финальная оценка происходящего.
Не менее показательно описание работы под давлением. Когда что-то падает, у команды есть заранее отработанные шаги: что проверить сначала, что потом и какое действие сделать следующим. Это звучит буднично, но за этой будничностью и скрывается зрелость эксплуатации. Хороший инженер дата-центра — не тот, кто красиво импровизирует в аварии, а тот, кто держит голову холодной и не ломает процесс в попытке действовать быстрее. Давление, по словам Жукова, бывает и без аварий: например, в конце смены, когда нужно срочно снять оборудование, заменить его или подготовить к отправке. И это снова возвращает разговор с уровня романтики про «большой интернет» к уровню ремесла, где все держится на точности, темпе и умении не суетиться.
Для разработчиков, продактов и IT-руководителей эта история полезна еще и как прививка от слишком абстрактного взгляда на инфраструктуру. За любой облачной услугой, хостингом или размещением серверов стоит не только API, стойка метрик и SLA в презентации, но и инженер дата-центра, который проходит десятки тысяч шагов за смену и отвечает за то, чтобы железо физически работало. Чем активнее бизнес уходит в облака и сервисные модели, тем легче забыть про этот слой. Но именно он первым принимает на себя удар, когда ломается что-то совсем не виртуальное.
На этом фоне вопрос уже не в том, станет ли такая работа массово популярной, а в том, смогут ли компании достаточно быстро выращивать людей под эту роль. Инфраструктура в России никуда не делась и не денется, а значит спрос на тех, кто умеет спокойно работать в шумном машинном зале, общаться с клиентами и не теряться рядом со стойкой, будет только заметнее.