Почему DevOps?
В банках и больших компаниях всегда была война между отделом информационной безопасности и системными администраторами. Безопасники навязывают сисадминам правила, а те никогда не хотят их выполнять. Сейчас похожая война идёт между программистами и бывшими сисадминами, которые занимаются инфраструктурой для приложений. Поэтому встал вопрос о выделении в отдельную роль человека, который найдёт общий язык с программистами и будет понимать инфраструктуру. Так выросла философия DevOps. Мне нравится, что в этой сфере нужно заниматься и техническими вещами, и много общаться с людьми.
Не последнюю роль играет финансовый вопрос. На рынке DevOps-специалистам готовы платить в среднем на 30% больше, чем сисадминам. 1500 долларов для опытного сисадмина, который разбирается в системах виртуализации, — это потолок. Всё остальное — от 2 тыс. и выше — уже называется DevOps. При этом сисадмины и DevOps занимаются похожими вещами: пишут скрипты и автоматизируют системы. Почему не зарабатывать больше за ту же самую работу?
Сейчас я занимаюсь подбором архитектурных решений для клиента: узнаю нужды заказчика, выбираю наилучший вариант решения этих нужд и подбираю правильное инфраструктурное оборудование (сервера, системы хранения данных, сетевое оборудование). В этой работе меньше рутины, чем в системном администрировании, поэтому она мне больше по душе.
Количество сисадминов уменьшается. Системы автоматизации развиваются, и вмешательство человека становится необходимым только при возникновении внештатной ситуации. Но работа сисадмина останется, потому что будут нужны люди для обслуживания разных платформ. Неслучайно одна из самых популярных ИТ-специальностей последних лет, DevOps, так близка классическому сисадмину.
Unsplash.com
Дмитрий, архитектор решений в Squalio Belarus: «DevOps-специалистам готовы платить на 30% больше, чем сисадминам»
Моя сисадминская карьера началась с авиации МЧС — по образованию я инженер радиоэлектронного оборудования в авиационной сфере. Два года я отдавал долг родине: следил за исправностью связи воздушных судов с землёй и входил в группу, которая занималась информационной безопасностью. Группа состояла из одного человека — меня. Я с нуля создал локально-вычислительную сеть на территории аэродрома: закупил всё оборудование, расписал план сети и передал дела преемнику.
После МЧС я работал в сети ритейловых магазинов. Магазины уже были объединены в единую сеть, и к каждому гипермаркету был приписан свой сисадмин, который следил за её исправностью. Я поддерживал работу строительного гипермаркета в Новинках: wi-fi-покрытие, серверное и фаервольное оборудование, почта, администрирование, ПО для продаж и работы складов. Короче говоря, классическая работа сисадмина.
Затем я оказался в компании, которая занимается разработкой и модернизацией зенитно-ракетных комплексов. В работе сисадмина ключевую роль играет количество пользователей, которых он должен обслуживать. Там их было уже 350. Это довольно много, поэтому работали вдвоём с напарником. В компании было конструкторское бюро, а значит приходилось много работать с печатной техникой. Самое «любимое» дело сисадминов — заправлять картриджи!
Из военной промышленности пошёл в банковскую сферу. Это был переход на новый уровень, потому что я впервые стал работать с действительно масштабной инфраструктурой. Если в торговой или военной сфере ИТ является исключительно вспомогательной сферой, то в банке дело обстоит совершенно иначе. В банке на ИТ завязаны все услуги и сервисы. Соответственно, совершенно другие подходы и другой уровень оборудования: более крутые системы хранения данных и высоконадёжные серверы. Но и спрос с админа, и его зона ответственности гораздо выше. Время простоя при технических неполадках очень критично для банка. Конечно, бывало всякое. Однажды во время работ по модернизации сетевой инфраструктуры была допущена ошибка — и банк «встал» на два часа. Наверное, у любого сисадмина бывали такие ситуации.
Летом 2019 года в Минске проводились Европейские игры. Во время соревнований арендовались помещения для работы Дирекции Европейских игр. Нужно было обеспечивать бесперебойную работу двух таких офисов. Я попал на этот краткосрочный проект. Команда состояла из системного администратора (меня), сетевого администратора и нашего руководителя. Была ещё техподдержка, которая работала из офисов Дирекции, мы же удаленно администрировали инфраструктуру. За три месяца нам удалось создать полноценную систему для обеспечения работы Дирекции.
Параллельно я изучал DevOps и хотел попробовать себя в области непрерывной доставки контента. Была возможность попасть в команду, которая делала облачную платформу для видеонаблюдения. Но не сложилось — в этой компании настал век кадровых перестановок.
Дмитрий, бэкенд-разработчик на Ruby on Rails: «Среднестатистический админ существенно проигрывает такому же программисту»
Когда я учился на третьем курсе БГУИР на инженера-программиста, знакомый открыл игровой компьютерный клуб. Ему нужны были админы, а мне нужны были деньги, поэтому я пошел туда работать на 12-часовую смену два дня в неделю. В мои обязанности входило следить за игровым временем, брать оплату и решать все проблемы с компьютерами. Я втянулся, и на момент окончания универа был неопытным программистом, но уже опытным админом, и мог зарабатывать не хуже, а может даже и лучше.
В итоге в администрировании я задержался на 12 с лишним лет. За это время написал 4 книги рекомендаций по настройкам Windows и сменил несколько компаний. В самой крупной — транспортной — был руководителем отдела техподдержки: в моём ведении находилось около 100 компьютеров, 15 серверов (локально и в дата-центрах) и двое подчиненных.
Сменить профессию я решил, когда стало очевидно, что я, параллельно работая в трех компаниях, уперся в потолок — как в профессиональном росте, так и по деньгам. Во-первых, будь я на тот момент разработчиком с 10-летним опытом, я бы получал совсем другую зарплату. Во-вторых, я работал админом в реальном секторе — а это зарплата, не привязанная к курсу доллара, проблемы с её выплатой и непонимание коллег. Почему чувак, подключающий мышки, получает больше, чем главный бухгалтер, который несет реальные риски? В-третьих, по своим подчинённым я увидел, что неспециалиста достаточно просто дотянуть до уровня мидл-админа за полгода-год. Чаще всего у компаний (не айтишных) нет бесконечного масштабирования, им не нужны новые технологии и продвинутые админские компетенции, а значит, сисадмин скорее всего перестанет профессионально расти.
ИТ-компании позволяли зарабатывать гораздо больше и двигаться дальше. Я начал самостоятельно изучать Ruby. Это прозвучит непрофессионально, но для меня была важна в первую очередь красота языка. От Visual Basic или PHP у меня кровь шла из глаз. Я не смог бы программировать на языке, от синтаксиса и подхода которого меня тошнит. А в изящность Ruby я просто влюбился. Плюс язык на тот момент был востребован.
Около года писал какие-то скрипты для своих админских нужд, но, как потом оказалось, по качеству это всё было совсем не похоже на промышленную разработку. Затем отослал резюме почти во все минские компании, где требовались рубисты. Мне везде отказывали — я был джуном по навыкам, но совсем не джуном по годам (на тот момент 33 года), так что эйджизм я испытал на себе в полной мере. В последней в моем списке компании меня наконец пригласили на собеседование, и я его прошёл.
Можно сказать, что я вскочил в последний ИТ-вагон.
Уходил с $1500 админских (без учета многочисленных подработок) на стартовые $1700 джуниор-мидла фулстека с неплохой перспективой. Первый год занимался аутсорсом, меня бросали с проекта на проект. Было сложно, но это был отличный опыт. Понимал, что потерял на админстве 10 лет и проигрываю в скилах даже 27-летним разработчикам, так что наступил на горло своему эго и вкалывал.
Когда понял, что приобрел какую-то ценность, то решил не бросаться на все амбразуры в качестве фулстека, а выбрал своей специализацией бэкенд. Администрирование — это, по сути, бэкенд, так что мне близко. На данный момент я сеньор в американском стартапе.
Работая программистом, я еще какое-то время по инерции админил несколько компаний, но когда избавился от этого, вздохнул с облегчением. Я не видел перспектив в администрировании. Сисадмин как профессия, конечно, останется, но среднестатистический админ существенно проигрывает по условиям такому же программисту. Для себя я видел только три варианта: пробиваться в топ-менеджеры, админить облака или брать количеством маленьких компаний на удаленке. Ни один из этих вариантов меня не устраивал.
В массовые сисадмины довольно низкий порог вхождения, супер-специалистов много не нужно, да и стать таким может не каждый: довольно сложно овладеть нюансами репликации БД или балансировки нагрузки для виртуальных машин. Для большинства компаний подобные решения избыточны, а попасть туда, где это будет востребовано, выпадает шанс не каждому.
Единственное, о чем жалею после ухода из админства в разработчики, так это о недостатке живого общения. Когда ты админ в обычной компании, ты много взаимодействуешь с реальными людьми. А когда ты разработчик, ты общаешься в основном с кодом и с виртуальными коллегами в слаке и на митингах. Реальные встречи случаются в барах пару раз в год, если распределенная команда.
Но всё остальное — это сплошные плюсы.
