«Это как сисадмин на спидах». Айтишники о работе DevOps-инженера и своем пути в профессию (+ курсы)
Бывший разработчик и сисадмины рассказали, как и зачем перешли в DevOps.
Бывший разработчик и сисадмины рассказали, как и зачем перешли в DevOps.
В рамках проекта Adviser продолжаем нашу «Карьерную Википедию». В этот раз бывший разработчик и сисадмины рассказали о том, как перешли в DevOps, что для этого нужно знать и как быть востребованным специалистом в этой профессии.
Для многих профессия DevOps-инженера — своего рода тайна, покрытая мраком. Часто все сводится к тому, что DevOps — нечто вроде эволюции системного администрирования. А также, что DevOps специалисты владеют неимоверным количеством инструментов, которые позволяют им зарабатывать много денег.
Так ли это? Спросили у людей, которые перешли в DevOps из других профессий.
Опытом поделились:
- Анатолий, DevOps-инженер в украинской компании. До этого работал сисадмином
- Александр (имя изменено), DevOps-инженер в EPAM. До этого работал сисадмином
- Константин, DevOps-инженер. До этого работал разработчиком
- Егор, DevOps-инженер в Capgemini. До этого работал сисадмином
Содержание
Примечание Adviser
В статье есть ссылки партнеров. Если вы что-то покупаете у них с нашей помощью — вы также поддерживаете dev.by. (Вот другой способ).
При этом редакция и авторы независимы в выборе темы, концепции материала, фокуса описания, подхода к услугам или товарам. Прежде чем что-то советовать, мы много читаем и смотрим по теме, говорим с экспертами. Редакция может выражать свое мнение и пробовать всё на себе.
Если рекомендательный материал обновляется, мы в самом начале указываем, что и когда поменялось.
«Сисадмин на максималках». Кто такой DevOps-инженер и чем он занимается
DevOps-инженер — это как системный администратор, но с фокусом на автоматизацию и быструю доставку кода. Настраивает, управляет и поддерживает процессы, позволяющие быстро и беспрерывно поставлять продукт пользователям, занимается автоматизацией процессов жизненного цикла продукта.
Мой товарищ, который отрицает существование DevOps говорит, что это сисадмин на максималках. Человек, который занимается автоматизацией внедрения программного кода. Задача DevOps-инженера в том, чтобы все релизы и обновления проходили без падений.
Индустрия дала много инструментов для этого: github, gitlab, version control system, облака и так далее. Не всякий DevOps-инженер может взять и запросто поменять работу. Если ищут, то ищут со своим набором навыков и инструментов.
Мое любимое объяснение DevOps-инженера — сисадмин на спидах. Это очень похоже на системное администрирование, но при этом больше приходится коммуницировать с разработчиками. Мне кажется, про DevOps много говорят, но на самом деле DevOps-инженеров не нужно столько, сколько требуется разработчиков. На команду из 10 человек хватит одного.
Современная разработка становится более сложной и комплексной. Появляется больше инструментов, которые используются в проектах. Чтобы как-то это все интегрировать друг с другом, нужен DevOps-инженер.
Рекомендация Adviser
Курс по Google Kubernetes Engine
C помощью этого курса от Coursera вы сможете разобраться между платформами Google Cloud, узнаете как Google управляет Kubernetes и сможете создать кластеры Google Kubernetes Engine с помощью консоли Google Cloud.
«DevOps-инженерам платят неплохие деньги». В чем плюсы профессии
Востребованность DevOps-инженеров сложно оспорить. Как и их высокую оплату труда. Тут специалист должен не только обладать широким знанием инструментов, но и быть готовым к изучению новых. Зато в DevOps не скучно — каждый день новые вызовы и задачи.
DevOps нельзя заменить искусственным интеллектом. По крайней мере, пока. AI может быть в помощь, но никогда не заменит DevOps-инженера. Я знаю, что многие senior-разработчики переходили в DevOps-инженеры, потому что там были больше зарплаты. И это тоже плюс. Также я читал, что многие разработчики уходят в DevOps, потому что им скучно писать один и тот же код. В DevOps же много технологий, которые постоянно меняются и совершенствуются.
Профессия DevOps-инженера сложная и в связи с этим высокооплачиваемая. Мне кажется она входит в пятерку самых высокооплачиваемых профессий в IT. Технологии развиваются и DevOps тот человек, который должен в них разбираться, чтобы связывать время от времени в единый рабочий процесс.
По данным «Хабра» на 2022 год, профессия DevOps-инженера стабильно входит в топ-5 самых востребованных в IT. А по данным Fortune Business Insights до 2028 года DevOps будет прирастать на 19,1% ежегодно.
DevOps-инженерам платят неплохие деньги. Плюс, это постоянная возможность изучать что-то новое. Инструментов очень много и все они разные. Из этого разнообразия можно выбирать близкое себе и двигаться в конкретную сторону. За счет знакомства с множеством сервисов ты становишься более конкурентным на рынке. В целом это и плюс и минус. Бывает так, что изучил технологию, поработал с ней, пришел на другой проект, а там используют совсем другие инструменты. Без практики освоенное забывается.
Искусственный интеллект, равно как и сокращения хорошим DevOps-инженерам не грозят. Да, сюда высокий порог входа и junior-специалистам будет совсем непросто, но middle и senior инженеры будут чувствовать себя уверенно.
«Сисадмин или разработчик». С кого лучше заходить в профессию
Ценный багаж на старте карьеры в DevOps — опыт системного администратора или разработчика. Обе эти роли дают хорошую техническую базу и понимание IT инфраструктуры. Особенно важны здесь знания в Linux, сетях, облачных сервисах, Kubernetes и Docker. Любой реальный опыт, полученный в стартапах или через собственные проекты, использование бесплатных ресурсов AWS — все это помогает быстрее прокачать необходимый в DevOps стек.
В DevOps хорошо заходить из сисадминов. У меня, например, была очень хорошая база по Linux и сетям, поэтому я сделал акцент на этом. Где-то полгода у меня заняло, чтобы подготовиться именно к DevOps.
Первое, что начал делать — изучать, что такое DevOps. После того, как понял, то начал смотреть, чего именно хотят польские компании. Кроме основных DevOps вещей они еще требуют знание Linux, облачных сервисов, Kubernetes и Docker.
Далее составил список наиболее часто упоминаемых инструментов в вакансиях. Мне повезло: у друга был стартап и в нем он использовал Kubernetes. Так я попробовал себя на практике».
Хорошо, если у тебя есть бэкграунд разработчика или сисадмина — тогда легче зайти в DevOps. Обязательна должна быть общая айтишная грамотность. Ты должен понимать, как что устроено, как работают базы данных, зачем они должны и так далее. Идеальный путь входа в свое время предлагал Epam. Ты заканчиваешь их бесплатный удаленный курс. Если все хорошо, тебя приглашают на стажировку. Сейчас сегмент подобного наставничества выпадает.
Можно сделать свой домашний проект, чтобы попробовать инструменты на практике. Тот же Amazon Web Services дает 750 бесплатных часов на свой проект. В процессе реализации ты поймешь, чего не хватает и что и где можно подтянуть.
Рекомендация Adviser
Курс по основам Amazon Web Services
Чтобы понять, как работают основные сервисы AWS пройдите этот курс от Coursera. Он даст более глубокое понимание ключевых концепций безопасности AWS и основ создания бессерверных приложений.
«База для DevOps-инженера — это пайплайны». Что нужно знать начинающему специалисту и где прокачивать скилы
Начинающим обязательно освоить пайплайны, такие как Jenkins или Gitlab CI. Принципы их построения в основном одинаковы, поэтому можно выбрать любую платформу и углубиться в нее. Для этого есть масса курсов, но и технологий тоже немало — придется самому строить roadmap обучения и искать информацию в интернете. Конечно необходимо знать основы, такие как виртуальные машины, сети, оркестрация, terraform, и облачные сервисы. Лучший способ прокачать скиллы — практика.
Я сейчас готовлюсь к экзамену AWS Certified Solution Architect Associate. Понравился курс на Udemy от Стефана Марека. База для DevOps-инженера — это пайплайны. В основном, Jenkins или Gitlab CI. Принципы построения пайплайнов в основном более-менее одинаковые. Я для себя выбрал Gitlab CI. Также хорошие курсы можно найти на pluralsight.com.
Я не знаю, где конкретно учат на DevOps. Технологий очень много и я не видел, чтобы это где-то было сконцентрировано в одном курсе. Нужно самому строить дорожную карту и искать информацию в интернете. Я смотрел много картинок с road maps DevOps. Также можно отталкиваться от вопросов на собеседовании, в интернете есть подобные видео.
Идя в DevOps нужно знать основы. Виртуальные машины, сети, оркестрация, — базовые понятия, которые используются почти везде. Также желательно знать terraform и какой-либо из облачных сервисов. Я развивался по принципу «хочешь разобраться как это работает — сделай сам». Как только я пришел в DevOps моей первой задачей было развернуть кластер Kubernetes на трех серверах через Ansible. Три дня пострадал и сделал.
Когда нужно что-то выучить, ты просто берешь и делаешь. Чтобы разобраться, как работает — нужно сделать.
Рекомендация Adviser
Курс по автоматизации с Ansible
Чтобы понять как работают компоненты Ansible, пройдите этот курс от Coursera. На нем вы узнаете как работает портал, изучите Ansible Playbooks и разработаете автоматизацию с Ansible для удаленных клиентов.
«Все выглядит как обычная разработка». Задачи, которые решают DevOps инженеры
В DevOps широкий спектр задач — от обслуживания и мониторинга существующей инфраструктуры до разработки и внедрения новых проектов. Инженеры работают с различными инструментами, такими как Terraform, Jenkins, GitHub, GitLab CI, и облачными сервисами, например, AWS. Знания в области big data и программирования на Python также не повредят .
Задачи могут включать миграцию сервисов в облака, настройку и оптимизацию пайплайнов, а также выполнение различных задач из бэклога — это делает работу DevOps похожей на обычную разработку. Кроме того, специалисты часто сталкиваются с необходимостью быстро освоить новую технологию и адаптироваться к новым требованиям проекта.
Мой текущий проект — европейская беттинговая компания. При работе с ней нужно немного знать big data, AirFlow и так далее. В работе чаще всего использую terraform, сейчас работаю с AWS. Также это может быть Jenkins, Github, Gitlub CI и немного программирования на Python. С точки зрения задач все выглядит как обычная разработка: в бэкэлоге появляются задачи и я их выполняю.
На работе я занимаюсь обслуживанием существующей инфраструктуры. Банк, с которым мы сотрудничаем, рассматривает эту инфраструктуру как критическую. Каждый день мы занимаемся мониторингом. Если все в порядке, то начинаем работу над внутренними проектами в нашей команде. Некоторые из них включают миграцию сервисов в облака.
Однажды мы пробовали перенести часть инфраструктуры в облако, но разработчики поставили просто нереальные условия. Файлы должны были копироваться за 500 миллисекунд, и в итоге у нас не получилось это сделать.
Однажды меня записали в проект, где нужно было с командой разработчиков выстроить инфраструктуру дорожки пайпланов. Соль в том, что мне пришлось работать с облаком, с которым я раньше не сталкивался. За два месяца освоил совершенно незнакомую для себя технологию.
TIP от Adviser: Каждый день кто-то из наших читателей покупает подписку Coursera Plus. Так учиться еще выгодней: всего за $59 в месяц вы получаете доступ ко всем курсам, входящим в подписку — их более 7 тыс.
«Учиться нужно каждый день». Как оставаться востребованным DevOps-инженером
Чтобы расти в DevOps, важно постоянно изучать новые технологии и разбираться в них досконально, избегая простых решений. Каждый день будут появляться новые задачи, требующие внимания. Придется эффективно гуглить и читать документацию на английском языке. Дружба с Linux, понимание сетевых технологий и железная дисциплина — ключевые факторы успеха в профессии.
Изучать конкретные технологии и не лениться в них разбираться. Не искать простых решений через Chat GPT, а разобраться досконально. Также стоит привыкнуть к тому, что каждый день будут новые задачи.
Хороший DevOps-инженер должен уметь гуглить и читать документацию на английском языке. Лично мне помогло глубокое знание Linux и сетей. Также необходима железная дисциплина. Учиться нужно каждый день: составлять дорожные карты, составить список и заниматься. Я когда готовился стать DevOps инженером учился каждый день.
Рекомендация Adviser
DevOps on AWS Specialization от инструкторов из Amazon
Четыре объемных курса, входящие в эту специализацию, научат вас использовать всю комбинацию философий, лучших практик и инструментов DevOps для разработки, развертывания и поддержки приложений в облаке AWS.
Что в сухом остатке?
Итак, мы разобрали, что нужно знать, чтобы стать успешным DevOps-инженером. Коротко самое главное:
- Опыт системного администратора или разработчика даст отличную базу для работы с важными инструментами, такими как пайплайны (Jenkins, GitLab CI), облачные сервисы (AWS) и Kubernetes.
- В этой профессии придется заниматься всем от мониторинга и поддержки инфраструктуры до внедрения новых решений, и здесь постоянное обучение и практика играют ключевую роль.
- Чтобы оставаться в тренде, нужно постоянно осваивать новые технологии, уметь находить информацию и быть готовым к новым вызовам каждый день.
Все лучшие практики DevOps для платформы AWS — в одном интенсиве. Рассказываем о курсе
Все лучшие практики DevOps для платформы AWS — в одном интенсиве. Рассказываем о курсе
Как свитчнуться в DevOps и перестать бояться увольнений (ноябрь)
Как свитчнуться в DevOps и перестать бояться увольнений (ноябрь)
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Девопс это не сисадмин на стероидах. Клауд инженер это админ на максималках. А девопс - это не профессия. Это культура разработки. В кино это эдакий "монастырь левел мастер кунгфу" с белой бородой и умным взглядом - один на округу. Не может быть в конторе более 1-2 девопсов.
Это уровень зама СЕО, который должен повышать эффективность разработки и взаимодействие разработчиков с архитекторами и облачными ( и не только) спецами. С помощью разных технологий и практик. Он должен обладать широким опытом и иметь реальные рычаги и "вес" в принятии решений. Потому, когда пишут "джун девопс", всегда смешно. Настроить пайплайны, поднять виртуалки - девепс не нужен.
Пользователь отредактировал комментарий 19 июля 2024, 20:24
Разраб без интернета просто кодер))_
ну он то не нужен но прогер это делать не будет потому что занят и уволится если заставят. а девопс - ответственное лицоууу за разраб и прочую инфру.
По моему мнение - девопсинг есть подвид сетевого инженера но со слабыми знаниями по сетям, SDLC, appsec. У некоторых хватает ума использовать самоподписанные сертификаты или вообще Let's Encrypt, кто-то на каждый чих вешает капчи, вместо того чтобы забанить страны непристутствия по IP, кто-то считает что цепочку сертификатов проверять не нужно, а кто-то вообще использует Яндекс АПИ и проч.
вот куда ни глянь а хосты настраивают плохо: даже у банков и финтеха проблемы с HSTS, Weak SSL Cyphers - а там все в сертификатах ЦЦНА ЦЦНП и тп.
Одни балаболы, ни один не рассказал про то, как сам устроился на свою первую работу девопсом. Давайте тогда я помогу, бо у таких кишка тонка сказать как есть: либо тупо по лицу понравился сЫньйор эйчарке и/или недолиду, либо по знакомству. Либо дэв бай с головы выдумал балаболов, а если нет, то, дев бай, продолжай дальше пробивать дно, писав водянисто водные интервью, а в заголовке написать ерунду "айтишники о своем пути в профессию", при этом ни слова о том, как они трудоустроились. Вы молодцы, пока вы одни из немногих, кто пилит такие постецы, скорее всего выдуманные из головы, а реальных людей, готовые поделиться реальными кейсами и ситуациями в айтишечке со всеми необходимыми доказательствами, тупо посылаете; продолжайте в том духе.
Вся ситуация в том, что DevOps - это довольно редко первая профессия для айтишника, поэтому там выше кто-то верно подметил, что джунов-девопсов не должно быть. В девопсы обычно переучиваются сисадмины или разработчики, потому как специальность сама по себе требует определённой степени эрудированности и знание довольно широкого спектра технологий, которые могут варьироваться от проекта к проекту. Основа, да, пайплайны, но под этой общей формулировкой скрывается процесс сборки, запуска автотестов, логирования, бэкапов и доставки кода на целевые инстансы или кластеры. Весь стек технологий проекта как минимум на уровне сборки и запуска придётся знать хотя бы поверхностно, а часто - больше чем поверхностно. Особенные приключения начинаются там, где хорошее взрослое шифрование и изолированные частные подсети в разных облаках или работа на непосредственно железе заказчика. Короче, "войти в айти" сразу через DevOps, скорее всего, не получится. Поэтому и не пишут про первое трудоустройство.
Пользователь отредактировал комментарий 27 июля 2024, 10:24
Реальный кейс: 5 лет обычной разработки, потом еще 6 лет фуллстака, а потом из компании в одном месяце уволилось сразу два девопса - так я им и стал...
Без особого желания.
Пользователь отредактировал комментарий 16 августа 2024, 09:06