Що має знати DevOps-інженер, який шукає роботу: поради від мідла

Сергій Сайфулін — Middle DevOps-інженер у компанії NETFORCE Ukraine, яка надає послуги системного адміністрування та DevOps. До цього він працював більш як 3 роки у ролі DevOps-інженера та ще понад 3 роки на посаді сисадміна в українській продуктовій компанії.

У розмові Сергій поділився власним досвідом працевлаштування на посаду DevOps-інженера та дав поради, які допоможуть кандидатам впевнено пройти цей етап.

Розкажіть про свій шлях до ролі DevOps-інженера

Це можна сказати вийшло випадково. Я навчався в Харківському національному університеті радіоелектроніки на спеціальності «Автоматизація та комп’ютерно-інтегровані технології». Під час сесії мій однокурсник запитав: «Не хочеш попасти в IT?». У компанії, де він працював, якраз мала з’явитись вакансія сисадміна.

Я подумав: «Чому б ні?!», — вирішив спробувати та почав підготовку до співбесіди. Хоча в університеті ми упродовж одного семестру вивчали Linux, не можу сказати, що тоді вдалося з ним розібратися.

На підготовку до інтерв’ю мав десь місяць. Пройшов співбесіду успішно і почав працювати на позиції Trainee. Поступово став джуном, а пізніше — працював керівником відділу системного адміністрування.

Я працював у цій продуктовій компанії понад три роки. З часом моя роль поступово зміщувалася від системного адміністрування до завдань, які характерні для DevOps-інженерів. Наприклад, я працював з інструментами автоматизації (Jenkins, Puppet, Ansible). Також з ініціативи гендиректора ми з командою впровадили Kubernetes.

Ще коли я працював сисадміном, були два випадки, які мене підштовхнули до думки про перехід у сферу DevOps:

1. Я проходив співбесіду на посаду сисадміна в одну харківську компанію. На технічному інтерв’ю мене співбесідували два тімліди — сисадмінів та DevOps-інженерів. Хоч це інтерв’ю я завалив, але тоді вони мені сказали:«Давай ти підтягнеш інструменти Х, Y, Z, які ми використовуємо, і прийдеш на посаду DevOps-інженера, а не сисадміна».
2. Під час технічного інтерв’ю в іншу компанію мені відверто сказали: «Тобі у нас буде нудно. Наші сисадміни можуть під столами лазити й кабелі вручну перемикати. А в тебе уже є бекґраунд із DevOps-інструментами».

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

З яким стеком ви працюєте зараз у NETFORCE Ukraine?

У попередніх компаніях я в основному працював з Linux та AWS. У NETFORCE Ukraine мій стек розширився: окрім проєктів в AWS, я працюю з хостинг-провайдерами OVH та Hetzner (вони пропонують сервери, максимально наближені до «заліза», та сервіси типу віртуальних машин). Також отримав досвід роботи з віртуальними машинами та Windows-серверами.

Стек змінюється відповідно до потреб проєктів. Зараз я працюю на таких:

• Ezlogz — американська компанія, яка займається трекінгом далекобійників. Проєкт передбачає досить велику інфраструктуру: частина на Amazon, частина — на Proxmox VE.
• Seacrest — канадський проєкт, на якому займаюсь системою моніторингу працівників на підприємстві з очищення лобстерів. 
• Sizzl — проєкт, який передбачає стріми з приготуванням страв. На ньому підіймаємо інфраструктуру.

З якими викликами ви зіштовхувались як кандидат на роль DevOps-інженера?

Найскладніше для мене — це англійська мова. Щоб працювати DevOps-інженером, вона має бути на високому рівні. Зараз я продовжую вивчати мову з репетитором, розширюю словниковий запас і вдосконалюю speaking. Це те, що стосується софт скілів.

Щодо хард скілів: було доволі складно опанувати AWS, оскільки є досить багато інструментів, а до них — велика документація (це, звісно, добре). Щоб вивчити один інструмент, йшло багато часу.

До слова: щоб опанувати мастхев AWS-інструменти за 8 занять, приєднуйтесь до практикуму від ITEDU, який стартує 3 липня. Навчає — DevOps-практик з 15-річним досвідом.

Які маєте поради для пошуку роботи у DevOps? 

У моєму випадку так складалося, що я не був в активному пошуку роботи, а робота сама мене знаходила. Проте можу зазначити такі важливі аспекти:

• Всі запрошення, які до мене приходили, були з LinkedIn.Ця соцмережа може дати великий буст кандидатам. На мою думку, якщо не мати профілю в LinkedIn і не вести його, не використовувати нетворкінг — буде важко знайти роботу. 
• Резюме: чим воно простіше, тим краще. Вкажіть свої скіли, де навчалися і працювали, що вмієте робити. Основне — зазначати тільки ті інструменти, які ви знаєте. Якщо ви лише поверхнево ознайомилися з тулзами та не зрозуміли, як вони працюють, але все одно додали їх у резюме — це може зіграти проти вас на технічному інтерв’ю. Вас обов’язково запитають про все, що ви вказали. Тому ви ризикуєте самі себе завалити. Просто будьте чесними з роботодавцями.
• Софт скіли відіграють важливе значення у роботі DevOps-інженера. Дуже важливо вміти спілкуватися з клієнтами та командами. А ще — швидко та обережно загладжувати конфліктні ситуації, які можуть трапитися на роботі. Ну і звичайно ж — знати англійську мову.

До теми:

• Зберігати прикольні проєкти на GitHub для портфоліо можна. Але у моєму випадку жодного разу не просили його показати.
• Роль сертифікацій в пошуку роботи неоднозначна. Це може бути плюсом для кандидата. Рекрутери запитують про них 50/50. Ті роботодавці, з якими я спілкувався, не робили акцент на наявності сертифікацій.

Мати у стеку ті інструменти, з якими працює компанія, звичайно, було б добре. Але, враховуючи ті запрошення, які я отримував, можна дійти висновку:

Ви ніколи не будете знати все. Тому не намагайтеся вивчити все перед тим, як відгукнутися на вакансію — це лише затягне пошук роботи. А це не найкращий варіант, коли у вас її немає.

Які інструменти — мастхев для DevOps-інженерів станом на сьогодні?

Все залежить від стеку, з яким потрібно буде працювати. Серед основних інструментів, які треба знати та вміти з ними працювати:

• Kubernetes — він майже всюди використовується і багато роботодавців хочуть бачити його у резюме кандидатів.Також контейнеризація — частіше за все Docker. Сюди ж і Helm.
• Ansible, Terraform — щоб керувати інфраструктурою, конфігураціями.
• Бази даних (SQL і NoSQL): вміти налаштовувати реплікасети, працювати з бекапами.
• Zabbix, Grafana, Prometheus — для моніторингу: вміти налаштовувати алерти й нотіфікейшени.
• Одна з хмарних платформ — AWS, GCP чи Microsoft Azure. Хоча останнім часом на Azure найрідше потрібні люди, за моїми спостереженнями.
• Linux: вміти налаштовувати систему.
• Apache, Nginx — вебсервери, які зараз майже всюди.
• High Availability системи й сервери. Якщо не працювати з HA: якийсь сервер впаде посеред ночі, коли ви спите, і не підніметься самостійно, а в клієнта у business time почнуться проблеми. З HA ви можете зробити так, щоб сервіс міг автоматично перезапуститися або піднятися, залежно від навантаження. 
• Grafana Loki, ELK Stack — для логування. Дехто налаштовує CloudWatch.
• GitHub Workflow, GitLab CI/CD, Bitbucket Pipeline — для автоматизації CI/CD. Порівняно з Jenkins ці інструменти простіші, але і Jenkins багато де зустрічається.

Що з цього переліку потрібно знати джунам та як опанувати?

Насправді все залежить від проєкту та стеку, з яким на ньому працюють. Коли я був джуном, то найчастіше стикався з усіма інструментами та сервісами, що описані вище.

Мастхев для джунів:

• Linux
• Писати скрипти (bash, Python)
• Terraform і Ansible (останній зараз зустрічається менше)

Щодо порад:

• Одразу оберіть стек, з яким ви б хотіли працювати. У мене це був AWS і все, що з ним пов’язано. 

Вивчайте інструменти поступово: від найпопулярніших — до тих, які з обраним стеком пов’язані.

• Ще один шлях —  це дізнатися, що зараз потребують клієнти:

Відкрийте DOU чи NETFORCE Jobs, зазначте свій досвід і перегляньте вимоги у вакансіях. Так ви побачите інструменти й технології, які найчастіше зустрічаються.

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

Трохи про мій досвід навчання: я дивився вебінари, відео на YouTube, читав документацію і best practice. Можу порекомендувати такі канали:

• TechWorld with Nana — корисна інформація про різні технології
• Automat-it — вебінари

Використання ШІ-інструментів — на слуху. Яке ваше ставлення до цієї теми?

Як на мене, за цим потрібно стежити. Це може суттєво спростити твою роботу та підвищити ефективність.

Банальний приклад, з чим я часто стикаюсь: щоб знайти корисну інформацію у гуглі, можна витратити кілька годин і не знайти. А от ШІ може за тебе швидко відшукати й навести ресурси, на яких це 100% є.

Також — він може суттєво допомогти з рутинними тасками. Наприклад, написати скрипт, який буде формувати звітність. 

Але використання ШІ у vibe coding мені не до вподоби. Фахівці отримують результат, який працює, але можуть бути великі проблеми з безпекою або код буде неправильно працювати.

Проміжні висновки

Досвід та поради Сергія можна використати, щоб суттєво спростити й пришвидшити пошук роботи. Відповідно — запрошення на співбесіду не за горами.

Як підготуватися до технічного інтерв’ю? Які питання очікувати? Про це також розпитаємо Сергія Сайфуліна — у другій частині інтерв’ю для NETFORCE Jobs.

Очікуйте матеріал у середині червня.

Христина Донченко