Devops Для Ит-Рекрутеров

Типы специалистов, использующих методологию devops Откуда это? DevOps-инженеры/SRE пришли на рынок Вам нужен DevOps-инженер/SRE? Если да, то какой? Поиск каналов Что искать в резюме Как начать диалог Мы вам перезвоним — почему это невозможно и к чему это приводит в поисках девопса 1. Что такое методология Devops, ее роль в производстве программных продуктов Devops — это аббревиатура слов development and Operations — разработка и эксплуатация программного обеспечения.

DevOps, прежде всего, — это философия и методология повышения культуры проектирования и разработки не только внутри одной команды или проекта, но и во всей компании, поскольку внедрение DevOps вносит изменения не только в процесс разработки, но и в структуру компании.

деловые процессы.

Роль этой методологии в производстве программного обеспечения: упрощение процессов, избежание ошибок, налаживание связи, контроль, мониторинг и протоколирование, контроль безопасности.

Применение методологии DevOps можно сравнить с цементом, скрепляющим кирпичики кода, процессов и результатов, или с конвейерной лентой, благодаря которой ускоряется процесс разработки, исправление ошибок и предоставление нового функционала.

2. Типы специалистов, использующих методологию devops Кто работает по методологии Devops? Вся команда разработчиков.

Тестировщики, админы, разработчики, специалисты по ИБ.

Это как Agile/ITSM/ITIL, только DevOps. Упрощенный пайплайн разработки: Код пишется (dev) - объединяется, если написано несколькими программистами (merge) - тестируется (test) - отправляется на сборку (build) - производство :) То есть все ИТ-специалисты на всех этапах используют методологию и инструменты Devops: CI/CD — инструменты для непрерывной интеграции кусков кода друг с другом и доставки кода туда, куда он требуется: пакеты, контейнеры и т.д. Окончательный вид приложения.

CI-часть: Разработка — разработка и анализ кода, его частей: Git — инструменты контроля версий, слияние кода.

Сначала код объединяется в один репозиторий, затем собирается и затем тестируется; Сборка – сборка; Тестирование — инструменты непрерывного тестирования, обеспечивающие обратную связь о бизнес-рисках; Часть компакт-диска: Release+ Deploy — управление изменениями, утверждение релизов, автоматизация релизов; Конфигурация – Конфигурация и управление инфраструктурой, Инфраструктура как код; Мониторинг — мониторинг производительности приложений, удобство работы конечных пользователей.

Что к чему, краткое руководство //чтобы над вами не издевались во время собеседования: для построения инфраструктуры — Terraform или утилиты облачного провайдера системы управления конфигурациями — Ansible, Chef, Salt, Puppet Распространенными инструментами CI/CD являются GitLabCI, GitHub Actions, Jenkins, TeamCity и т. д. для контейнеризации — Docker, Kubernetes, Nomad, OpenStack и т. д. Когда вы знаете, для чего нужен докер, с вами будут общаться совсем в другом тоне.

3. Откуда приходят и приходят на рынок Devops-инженеры? Да, мы будем называть их так.

Потому что им некуда деваться, все остальное очень громоздко, малопонятно и незапоминается.

Им придется смириться с тем, что рекрутеры называют и будут называть вакансии «Синьор Девопс».

По сути, есть 3 источника, откуда на рынок приходят те, за кем мы охотимся по запросу «Срочно нужен devops»: Первая и самая большая группа: бывшие и нынешние системные администраторы.

Им проще всего: они освоили доп.

инструменты и все готово.

Вторая группа: разработчики, решившие заняться DevOps-практикой.

Их меньше, им нужно освоить Linux и администрирование.

Третья группа: «Я проснулся и понял, что это мое» — ребята, прошедшие курс «Девопс за 3 недели» или что-то более внятное.

У меня нет цели рекламировать, поэтому можете загуглить сами.

С точки зрения рекрутинга работать с ними одновременно и проще, и сложнее.

С одной стороны, их обучают современным и востребованным инструментам.

С другой стороны, нет ни опыта, ни понимания ни в администрировании, ни в развитии.

Хороший плюс для руководства: их зарплатные ожидания ниже, чем у представителей первой и второй группы.

Июньский средний синьор Июнь — умеет поддерживать уже реализованные инструменты, но не может реализовать с нуля.

Требуется наставничество.

В то же время он может быть хорошим администратором.

У него нет глубокого понимания методологии.

Середина — некоторые инструменты можно внедрить с 0 и научить других.

Студент среднего звена должен хорошо разбираться в методологии, разбираться в практиках, НИОКР и самостоятельно выбирать инструмент для использования.

Синьор — может начать все практики DevOps с 0. Защищать архитектурные решения.

Понимает риски разработки ПО и сам подбирает все инструменты.

Доказывает свой выбор разумно.

4. Нужен ли вам DevOps/SRE? Если да, то какой? Если заказчиком вакансии является продуктовая команда с внутренней разработкой — да, она нужна.

Если вы просто передаете код на аутсорсинг, то в этом нет необходимости.

Какой devops нужен вашей команде: зависит от продукта.

Чаще всего требуются Linux-админы с опытом написания скриптов на популярных языках.

Если разрабатывается конкретное программное обеспечение, девопс должен понимать нюансы этой разработки и стоит поискать тех, кто перешел в эту область из разработки на аналогичном стеке.

И немного о SRE: Site Reliability Engineering — это почти то же самое, что и devops, если не вдаваться в подробности.

Но мы не инженеры и не будем углубляться.

SRE — это набор методов, метрик и предписывающих методов для обеспечения надежности системы.

Слово «сайт» в данном контексте читается как «система» или «платформа», а не сайт в обычном понимании.

SRE обеспечивает надежность всех уровней системы: от физического до логического, это означает, что SRE — это своего рода конгломерат разработчика (да, SRE должен уметь кодить) и системного администратора со всеми вытекающими.

SRE — это своего рода ответвление, а точнее собственная реализация направления DevOps от Google. 5. Поиск каналов Основной канал для поиска devops: телеграм-канал DevOps Jobs — работа и аналитика.

Хабр и ссылка работают хорошо, ФБ работает немного хуже и вообще не подходит для поиска HH.ru и SuperJob, а там вполне себе ищут приличных админов.

Отличие от поиска разработчиков: девопс-сообщество очень дружелюбное и общительное))) Если вакансия опубликована так, что вызывает только смех или фейспалминг, будьте уверены, она уже обсуждается в телеграмме.

6. На что обратить внимание в резюме Все мы знаем, что рекрутер оценивает резюме за 3-5 секунд. Помимо общих правил оценки резюме, которые вы уже знаете: Должно быть: GitLab, GitLab CI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL и PostgreSQL, Prometheus, Grafana, стек ELK, Jenkins, K8S/Kubernetes, AWS\Azure\GCP\Yandex Cloud\Mail Cloud. Это девопс.

Есть такая фраза: преподавал на курсах GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL и PostgreSQL, Prometheus, Grafana, ELK stack — это студент. Не все работают с облаками.

Девопс, который не работает с облаками, — это девопс, работающий в замкнутой схеме, дата-центре, дата-центре и т. д. Его нужно развивать =) Облачные технологии — это будущее.

7. Как начать диалог Очень просто.

Добрый вечер, ищу DevOps. Вот описание, вот форк, вот условия.

Я жду ответа, как соловей летом.

Вакансия ОБЯЗАТЕЛЬНО содержит: Вилка.

Вилка – 2 четкие цифры.

От 0 до 800к — это не форк, это бред. Условия: офис/удаленка, что еще дополнительно: проект\неполный рабочий день\полный рабочий день Описание стека разработки.

Это важно.

Описание задач.

Поддержка существующего и реализация его с нуля — очень разные вещи.

Если у вас есть архитектор, это одно (ему просто нужны руки), а если его нет, то вам нужен еще и специалист, умеющий делать архитектуру, а не просто ляп и готово Лайфхаки: читайте рано bash.org (пока он не стал bash.im), смотрите аниме, играйте в игры, будьте адекватны, не оставайтесь без обратной связи и вас сразу заметят. 8. Мы вам перезвоним – почему это невозможно и к чему это приводит в сфере поиска devops Как мы уже говорили: сообщество дружелюбное и сразу вас обсудит. Репутацию легче не потерять, чем восстановить.

Неважно, на кого вы охотитесь: ВЫ ОБЯЗАНЫ ДАВАТЬ ОТЗЫВ.

Даже грустно.

Сформулируйте это адекватно.

Лучше плохой конец, чем ждать вечно.