<aside> <img src="/icons/info-alternate_gray.svg" alt="/icons/info-alternate_gray.svg" width="40px" /> Первая публикация статьи была 3 июня 2020 года в VK. Ссылка
</aside>
Я не существую?!
Я DevOps-инженер и я не существую. Потому что DevOps — это методология или философия, но никак не специальность. Однако всем в ИТ привычнее закрыть на это глаза и считать, что единороги существуют. Не буду рушить эту по-детски милую и наивную рекрутерскую иллюзию.
В компании, в которой я работаю, моя позиция называется Configuration Manager или Инженер Конфигурации Программного Обеспечения. Я думаю, что понятнее вам не стало, да? Окей, давайте по порядку.
Development+Operations=DevOps
Это если коротко.
Если христоматийно, то DevOps ****— это про коммуникации между Разработчиками и Отделом Эксплуатации на проекте. Если девелоперы создают код, не заботясь о его судьбе на стадии эксплуатации, то в проекте нет DevOps.
На деле, понятие DevOps ещё шире. Devops — это о поставке качественного кода в короткие сроки, используя для этого доверительные коммуникации, чёткие описанные процессы и автоматизацию. Во имя конечного потребителя и прибыли компании, конечно же.
Поэтому взять и выделить DevOps-специалиста, с набором обязанностей для достижения Reduce time to market, невозможно. Это коллективная работа. Так что чаще всего под DevOps-инженером понимают человека, который делает автоматизацию на проекте, настраивает окружения и мониторинг. Большим плюсом будет, если он будет «читать проповеди» о культуре взаимодействия, способствовать архитектурным и ретроспективным встречам между разработчиками и отделом эксплуатации. В общем, выступать DevOps-евангелистом.
В Романе «The Phoenix Project» легко и увлекательно рассказывается про этот наш DevOps. Прочёл на одном дыхании.
В ноябре 2016 года я проходил оплачиваемую стажировку в компании ИТСК на позиции Младшего ИТ-Архитектора. В декабре заканчивался 6-месячный срок, после которого меня должны были принять на постоянной основе. Однако за пару месяцев до, мне сказали:
Если хочешь дальше работать ИТ-архитектором, то нужно иметь 1-2 года опыта работы разработчиком
Абсолютно адекватное требование. Я бы даже сказал лет 5 не помешает. Но на тот момент я не знал об этом. Я учился на разработчика, но это не вызывало во мне энтузиазма и именно поэтому не искал подобные позиции. И потому предложение пойти писать код, а потом возвращаться, меня не вдохновило. Забавно, конечно, что узнал я о требовании руководства на 5-м из 6-ти месяцев оплачиваемой стажировки.
Я начал подумывать переступить через своё не хочу и устроиться разработчиком, как до меня дошло спросить:
Я: Серёга, а что ты делаешь на работе?
СЕРЁГА (DEVOPS-ИНЖЕНЕР): Ну там, это.
Бинго! Это же то, что мне нужно. Не разработка, но ИТ, а значит, я в этом что-то понимаю или научусь понимать, я же сам себе ПК собрал. Главное — не писать код, упаси C# (это не До Диез, а Си Шарп). Сергей как раз менял место работы в декабре и порекомендовал меня на замену, но… даже не позвонили. Тогда я начал самостоятельный поиск.