Junior DevOps Engineer — як пробити «скляну стелю» входу в професію

Усі статті, обговорення, новини про DevOps — в одному місці. Підписуйтеся на DOU | DevOps!

Відповідно до статистики Harvard Business Review, 86% компаній вважають, що DevOps має високу цінність для бізнесу. Водночас як клієнти аутсорсингових компаній, так і продуктові компанії очікують, що DevOps-інженер буде зі старту розв’язувати їхні задачі. Адже на плечі DevOps інженера лягає багато різних задач.

  • DevOps — це роль, яка залучена із самого початку, ще до старту проєкту. Без інфраструктури проєкт не побіжить.
  • Від DevOps інженера багато залежить: швидкість релізу, комфорт процесу розробки, стабільність роботи продукту.
  • DevOps — це міждисциплінарна компетенція. Треба бути «на одній хвилі» з тестувальниками, фронтенд- та бекенд-розробниками, спеціалістами з бази даних, безпекою та іншими.
  • DevOps має дуже широкий спектр інструментів, і їхня кількість зростає ледь не щохвилини.

Чому ця проблема існує

На ринку найбільша кількість вакансій DevOps-інженерів саме Senior рівня. Крім того, існує розповсюджена думка, що «DevOps не може бути Junior».

Але ж усі ті сеніори якось ними стали. А це значить, що шлях входу в професію існує. Крім того, світовий ринок DevOps продовжує стабільно рости й потреба в нових спеціалістах нікуди не зникає. Крім того, сам факт активного розвитку цієї компетенції свідчить про те, що навіть Senior DevOps-інженери з досвідом мають постійно навчатися та освоювати нові інструменти.

Це значить, що поняття «досвід» уже не корелюється з кількістю років праці з одним і тим самим продуктом чи фреймворком.

📢 Побачимося в Києві? Купуй квитки на велику конференцію DOU Day!

Як увійти в професію

З мого досвіду, для того, щоб увійти в професію DevOps-інженера вам дуже допоможе:

Відповідати «базовим критеріям» — володіти фундаментальними знаннями та навичками, без яких подальший розвиток в професії неможливий. Проводячи інтерв’ю та оцінюючи результати роботи DevOps-інженерів на різних проєктах, я виробив список критеріїв, за яким можна зрозуміти чи підходить людина для посади DevOps-інженера, чи ні. З моєї точки зору це:

  1. Знання процесу розробки ПЗ, зон відповідальності та способів взаємодії в команді.
  2. Знання базових основ інформаційних технологій — комп’ютерні мережі, як працює інтернет, як працюють сервери, що відбувається під капотом ОС і так далі. Сюди можна також додати знання адміністрування ОС Linux та базові навички скриптингу чи програмування.
  3. Знання англійської мови. DevOps — це комунікаційна роль. Крім того, уся документація з кожного інструменту написана англійською. Найкращі сайти, на яких обговорюють ті чи інші проблеми та способи їх вирішення, ведуться англійською.
  4. Корисна література з предмету. Наприклад The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win — ця книга пропонує унікальний погляд на DevOps, розглядаючи його через призму бізнесу та організаційних процесів. Або Site Reliability Engineering: How Google Runs Production Systems — про те, як Google вирішує проблеми масштабування, надійності та ефективності у своїх інфраструктурних системах.
  5. Знання найрозповсюдженіших DevOps та інфраструктурних інструментів, які майже зі 100% вірогідністю трапляться на будь-якому проєкті. До таких належать:
  • Linux, Bash;
  • Git;
  • хоча б одна з найрозповсюдженіших Public cloud платформ — AWS/Azure/GCP;
  • Terraform;
  • Docker, Kubernetes;
  • інструменти логінгу та моніторингу;
  • знання DevOps-методології. Що треба автоматизувати, а що ні. Яким вимогам має відповідати інфраструктура та пайплайн. Розуміння, як планувати CI/CD, стратегію гілок, і як будувати автоматизацію навколо процесу розробки;
  • вміння вчитись і швидко розбиратися в комплексних системах;
  • вміння комунікувати й ставити питання.

Навіть на непов’язаній з DevOps роботі можна виконувати багато DevOps-задач. Ви сисадмін? Автоматизуйте рутинні задачі. Переведіть конфігурацію підконтрольних систем на GitOps-підхід. Розгорніть свою інфраструктуру через Terraform або налаштуйте серевери за допомогою Ansible.

Ви програміст? Додайте до свого коду елементи інфраструктури, наприклад, розгортання сервісів за допомогою AWS CDK. Запустіть свою функцію в хмарі через AWS Lamba чи Azure Functions, розгорніть собі тестове середовище.

Ви сапорт інженер? Напишіть собі Runbook для розв’язання типової задачі. Такий досвід створить багато цінності на вашій поточній роботі та додасть вам впевненості. Досвід вирішення реальних робочих задач набагато краще засвоюється, аніж лабораторні роботи. Крім того, це буде гарний рядок в резюме з релевантним досвідом.


Знайти ментора. Якщо у вас є DevOps відділ там, де ви працюєте, ви можете пошукати там. Якщо ні — можна познайомитися з ментором в академії чи на курсах. Людина, яка вже пройшла цей шлях, має багато корисних порад як технічного характеру, так і з робочих нюансів.

Сертифікація та конференції

Технічна сертифікація не є обов’язковою, але вона додасть вам суттєвих балів під час пошуку роботи. Існує безліч сертифікатів, на які обов’язково звернуть увагу як українські, так і міжнародні компанії. З найкращих можна відзначити:

  • Microsoft Certified: Azure DevOps Engineer Expert — ця сертифікація підтверджує знання з використання інструментів Azure DevOps для автоматизації процесів розробки та впровадження програмного забезпечення;
  • AWS Certified DevOps Engineer — цей сертифікат підтверджує знання з DevOps-методології та практик у контексті Amazon Web Services (AWS). Він мічтить розуміння проєктування, управління та підтримку інфраструктури на AWS;
  • Google Professional Cloud DevOps Engineer — цей сертифікат підтверджує знання про DevOps на хмарних платформах Google Cloud Platform (GCP), зокрема розробку CI/CD-потоків, автоматизацію інфраструктури та управління конфігурацією;
  • Red Hat Certified Engineer in DevOps — цей сертифікат підтверджує знання про DevOps у середовищі Red Hat Enterprise Linux;
  • IBM Certified Solution Advisor — DevOps — цей сертифікат підтверджує знання та навички у сфері DevOps.

Пошук роботи: варто шукати невеличкі проєкти на фриланс-платформах. Шукати програми інтернатури. Наприклад Microsoft має різноманітні програми стажування для студентів, де можуть бути, зокрема, інтернатури з DevOps. Те саме можна сказати про Google — інформація про програми стажування в Google завжди доступна на їхньому сайті стажування.

Корисно й ходити на тематичні конференції, часто там можна бачити рекрутерів великих компаній. Ось кілька важливих конференцій:

  • DevOpsCon — ця конференція відбувається у різних містах світу і зорієнтована на практичні аспекти DevOps, зокрема автоматизацію, CI/CD, контейнеризацію та інші теми;
  • DevOps Enterprise Summit (DOES) — ця конференція є великим заходом, присвяченим практичним аспектам впровадження DevOps у великих організаціях. Вона збирає відомих спікерів та компанії для обміну досвідом і найкращими практиками;
  • DevOpsDays — це серія конференцій, які відбуваються у різних містах у всьому світі й призначені для співпраці, обміну ідей та навчання учасників про культуру, процеси та інструменти DevOps;
  • KubeCon + CloudNativeCon — ця конференція організована Cloud Native Computing Foundation і є однією з найбільших подій, присвячених Kubernetes, контейнеризації та обласним технологіям. Вона містить багато сесій та доповідей з тематики DevOps;
  • DevOps Pro Europe — ця конференція приурочена до просування DevOps-практик у Європі. Вона об’єднує велику спільноту фахівців для обміну досвідом та найкращими практиками.

З мого власного досвіду та досвіду моїх студентів, перейти на позицію DevOps-інженера — задача складна, але посильна. А ці, хоч і не дуже прості, але чіткі й зрозумілі поради допоможуть вам мати суттєву перевагу на цьому шляху.

👍ПодобаєтьсяСподобалось5
До обраногоВ обраному6
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

То скляна підлога. Скляна стеля то американські зп — націнка на складністі і ризики менеджменту дева з України

Кмон. Свічнувсь з медицини. Сам з ютуба глянув астахова відоси. Пройшов в епам лабу, з неї на бенч в період початку війни, а далі звільнили бо на бенч не пройшов. Потім глянув відос О. Миколайченко. Змотивувався. Поставив цінник в 2.5к і домалював резюме. За місяць зловив два офери.
І без досвіду в продакш тягнув дві роботи майже рік. Можливо десь погано перформив, але таски закривав вчасно. Закрив свої фін потреби і лишився на одній.
В SRE складніше перейти, але не в девопс
Важливо наступне — все залежить від людини і часу який вона готова віддати на навчання, і чучуть від удачі.
Якщо є ціль і ти готовий ї**шити ( ї**шити — означає забути про дівок і гульки на певний час, про тіктоки інсту і всю тупу хрінь) то результат буде незалежно від складності вибраного напрямку.

Автору дякую за статтю, хороший роудмап

Сорі, та шось не вловив: те, що ти «надурив систему» протиставляється якому твердженню?
я ж так розумію ти коли зловив два офери, домалювавши резюме отримав дві мідл+ позиції, на джуновий цінник

що саме «Кмон» ? 🤷

Кмон — не в плані, та що ви тут пишите таке))
То моє вітальне)

Колега (хороший мідл) в епам проданий на Кіпр сіньйором, а по факту отримує 1.7к. І от він власне по таких роудмапах і йшов.
На все те що описано потрібно чимало часу. Я лиш написав те що можливо і самому і в коротші терміни, без сертифікацій і т.д
Дехто прочитавши навіть не спробує, бо написано «багато незрозумілого» і типу «девопс це складно»

Не можна з одного персонального кейса робити правило.

На ринку найбільша кількість вакансій DevOps-інженерів саме Senior рівня. Крім того, існує розповсюджена думка, що «DevOps не може бути Junior».

Але ж усі ті сеніори якось ними стали.

Так, вони роками були системними адміністраторами.

або розробниками
або ку-а

Коли до мене звертається молода людина і запитує, як стати джуном в ДевОпс, я просто починаю перераховувати все те, що для цього треба. Там виходить досвіду мінімум на 3-4 роки, про що й мова :-)

Підписатись на коментарі