[Управление персоналом, Карьера в IT-индустрии, DevOps] DevOps для IT-рекрутеров
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Цель: внести ясность рекрутерам в том, что такое этот ваш девопс, как хантить, на что обращать внимание в резюме
Вопросы:
- Что такое методология девопс, роль в производстве программных продуктов, в чем сложность поиска.
- Виды специалистов, применяющих методологию девопс
- Откуда есть быть пошли и пришли на рынок ДевОпс-инженеры/SRE
- Нужен ли вам ДевОпс-инженер/SRE? Если да — то какой?
- Каналы поиска
- На что обратить внимание в резюме
- Как завязать диалог
- Мы Вам перезвоним — почему так нельзя и к чему это приводит в сфере поиска девопс
1. Что такое методология девопс, роль в производстве программных продуктов
Девопс — акроним от слов development и operations — разработка и эксплуатация ПО.
DevOps, в первую очередь, философия и методология по повышению инженерной и разработческой культуры не только внутри одной команды или проекта, но в рамках всей компании, т.к. внедрение DevOps вносит изменения не только в процесс разработки, но и в бизнес-процессы компании.
Роль этой методологии в производстве ПО: упрощение процессов, избегание ошибок, налаживание коммуникаций, контроль, мониторинг и логирование, контроль безопасности.
Применение девопс-методологии можно сравнить с цементом, скрепляющим кирпичики кода, процессов и результатов или с конвейером, благодаря которому процесс разработки, исправления багов и доставка новых функциональностей ускоряется.
2. Виды специалистов, применяющих методологию девопс
Кто работает по методологии девопс? Вся команда разработки целиком. Тестировщики, админы, разработчики, ИБ-спецы Это как аджайл/ITSM/ITIL, только DevOps.
Упрощенный конвейер (пайплайн) разработки: Код пишется (дев) — объединяется, если написан несколькими программистами (мёрж) — тестируется (тест) — отправляется на сборку (билд) — продакшн :)
Т.е., все ит-специалисты на всех этапах используют методологию и инструменты девопс:
CI/CD — инструменты непрерывной интеграции кусков кода друг с другом и доставки кода туда, куда требуется: пакеты, контейнеры и пр. Конечный вид приложения.
CI часть:
Development — разработка и анализ кода, его части:
Git — инструменты контроля версий, слияние кода. Сначала код мержится в рамках одного репозитория, а потом билдится и потом тестируется;
Build — сборка;
Test — инструменты непрерывного тестирования, которые обеспечивают обратную связь по бизнес-рискам;
CD часть:
Release+ Deploy — управление изменениями, официальное утверждение выпуска, автоматизация выпуска;
Конфигурация — Конфигурация и управление инфраструктурой, Инфраструктура как код;
Мониторинг — мониторинг производительности приложений, опыт работы с конечным пользователем.
Что для чего, краткий гайд
//чтобы вам не втирали дичь на собеседовании:
для построения инфраструктуры — Terraform или утилиты провайдера облака
системы управления конфигурациями — Ansible, Chef, Salt, Puppet
распространенные инструменты CI/CD — GitLabCI, CitHub Actoinс, Jenkins, TeamCity и пр.
для контейнеризации — Docker, Kubernetes, Nomad, OpenStack и пр.
Когда ты в курсе, для чего нужен докер — с тобой общаться будут совсем другим тоном.
3. Откуда есть быть пошли и пришли на рынок Девопс-инженеры
Да, будем называть их так. Потому что деваться им некуда, все остальное очень громоздко, плохо понимаемо и незапоминаемо. Придется им смириться, что рекрутеры называют и будут называть вакансии “Синьор Девопс”.
В основном, есть 3 источника, откуда на рынок приходят те, которых мы хантим по заявке “Срочно нужен девопс”:
Первая и самая многочисленная группа: бывшие и действующие системные администраторы. Им проще всего: освоили доп. инструменты и готово.
Вторая группа: разработчики, которые решили уйти в девопс-практики. Их меньше, им нужно осваивать линукс и админство.
Третья группа: “я проснулся и понял, что это — мое” — ребята, прошедшие курсы “Девопс за 3 недели” или что-то более внятное. Цели рекламировать у меня нет, поэтому сами можете нагуглить. С этими, с точки зрения рекрутинга, работать и проще, и сложнее. С одной стороны — им преподают современные и востребованные инструменты. С другой — нет опыта и понимания ни в администрировании, ни в разработке. Хороший плюс для менеджмента: их зарплатные ожидания ниже, чем у первой и второй группы.
Джун-миддл-синьор
Джун — знает, как поддерживать уже внедренные инструменты, но не может внедрять с 0. Нуждается в менторстве. При этом может быть хорошим админом. Глубокого понимания методологии у него нет
Миддл — некоторые инструменты может с 0 внедрить и научить других.
Миддл хорошо должен понимать методологию, понимать практики, РнД, может самостоятельно выбрать инструмент для применения
Синьор — может поставить все девопс-практики с 0. Отстоять архитектурные решения. Понимает риски для развития ПО, сам выбирает все инструменты. Аргументированно доказывает свой выбор.
4. Нужен ли вам девопс/SRE? Если да — то какой?
Если заказчик вакансии продуктовая команда, имеющая внутреннюю разработку — да, нужен.
Если просто код на аутсорс — то не обязательно.
Какой девопс нужен именно вашей команде: зависит от продукта.
Чаще всего нужны линуксовые админы с опытом написания скриптов на популярных языках.
Если ПО разрабатывается специфическое — девопс должен понимать нюансы этой разработки и стоит поискать тех, кто перешел в эту сферу из разработки на похожем стеке.
И немного про SRE:
Site Reliability Engineering — это практически то же самое, что и девопс, если не углубляться в тонкости. Но мы с вами не инженеры и углубляться не будем.
SRE — набор методов, показателей и предписывающих способов обеспечения надежности систем. Слово «site» в данном контексте читается как «система» или «платформа», а не веб-сайт в привычном нам представлении. SRE — обеспечение надежности всех уровней системы: от физических до логических, это значит, что SRE — это своеобразный конгломерат из разработчика (да, SRE должны уметь в код) и системного администратора со всеми вытекающими.
SRE — это своеобразное ответвление, а точнее — своя реализация направления DevOps от Google.
5. Каналы поиска
Основной канал поиска девопсов: телеграм-канал DevOps Jobs — работа и аналитика.
Хорошо себя показывает Хабр и линк, чуть хуже ФБ и вообще не подходит для поиска HH.ru и SuperJob, при этом там вполне ищутся приличные админы.
Отличие от поиска разработчиков: девопс-сообщество очень дружное и общительное ))) Если вакансия опубликована так, что вызывает только смех или фейспалм — будьте уверены, ее уже обсуждают в телеграме.
6. На что обратить внимание в резюме
Мы все знаем, что рекрутер оценивает резюме за 3-5 секунд.
Кроме общих правил оценки резюме, которые вы и так знаете:
Должно быть: GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL and PostgreSQL, Prometheus, Grafana, ELK-стек, Jenkins, K8S/Kubernetes, AWS\Azure\GCP/Яндекс-облако/Mail Cloude.
Это — девопс.
Есть что-то из этого и слова Windows 7\8\10\Server 2012\Server 2016 и п.р. — бывший админ винды.
Облачные технологии
Если видите слово Azure — это облако от Винды
Все остальное: GCP, AWS и пр. — это облака, в которых преобладают линукс-системы и их большинство.
Есть фраза: учил на курсах GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL and PostgreSQL, Prometheus, Grafana, ELK-стек — это студент.
С облаками работают не все. Девопс, не работающий с облаками — это девопс, работающий в закрытом контуре, ЦОД, ДЦ и пр. Ему нужно развиваться =) За облачными технологиями — будущее.
7. Как завязать диалог
Очень просто. Добрый вечер, ищу девопса. Вот описание, вот вилка, вот условия. Жду ответа, как соловей лета.
В вакансии ОБЯЗАТЕЛЬНО должно быть:
Вилка. Вилка — 2 понятных числа. От 0 до 800к — это не вилка, это чушь.
Условия: офис/удаленка, что еще дополнительно: проект\частичная\фулл-тайм
Описание стека разработки. Это важно.
Описание задач. Поддержка существующего и внедрение с 0 — очень разные вещи.Если у вас есть архитектор это одно (ему просто нужны руки), а если его нет, то вам нужен еще и спец который умеет в архитектуру, а не просто тяп-ляп и готово
Лайфхаки: читайте ранний баш.орг (пока он не стал баш.им), смотрите аниме, играйте в игры, будьте адекватными, не пропадайте без фидбека и вас сразу заметят.
8. Мы Вам перезвоним — почему так нельзя и к чему это приводит в сфере поиска девопс
Как мы уже говорили: сообщество дружное и обсудит Вас сразу. Репутацию проще не терять, чем восстанавливать.
Неважно, кого вы хантите: ВЫ ОБЯЗАНЫ ДАТЬ ФИДБЕК. Даже печальный. Сформулируйте его адекватно. Лучше плохой конец, чем ожидание без конца.
===========
Источник:
habr.com
===========
Похожие новости:
- [Учебный процесс в IT, Развитие стартапа, Карьера в IT-индустрии] Y Combinator: Как распределять доли между основателями стартапа (Майкл Сибель) (перевод)
- [Учебный процесс в IT, Управление персоналом, IT-компании, Удалённая работа] Онбординг: как мы адаптируем сотрудников на удалёнке
- [Управление разработкой, Управление проектами, Управление продуктом, Управление персоналом, Конференции] Управление разработкой в «горизонтальных» компаниях: расшифровка онлайн-встречи. Часть 1
- [Системное администрирование, IT-инфраструктура, Серверное администрирование, DevOps] Тестирование Ansible с использованием Molecule с Ansible в качестве верификатора (перевод)
- [Java, DevOps, Kubernetes] Пример развертывания Spring Boot-приложения в Kubernetes (перевод)
- [Разработка мобильных приложений, Дизайн мобильных приложений, Карьера в IT-индустрии] Как начать работать на React Native, чтобы не было мучительно больно
- [PHP, Управление сообществом, Карьера в IT-индустрии, Конференции] Полезные привычки программиста после 30, MySQL vs Postgres и как поговорить об этом в субботу
- [Исследования и прогнозы в IT, Карьера в IT-индустрии] Исследование: 56% российских женщин из сферы IT сталкивались с утверждениями, что технологии не для них
- [IT-инфраструктура, DevOps, Микросервисы] Деплой на стороне разработчиков: как мы создавали Heroku для внутренних нужд
- [IT-инфраструктура, Управление продажами, Управление персоналом] ТОП-4 зависимости между KPI входящей линии контакт-центра, которые должен знать каждый руководитель
Теги для поиска: #_upravlenie_personalom (Управление персоналом), #_karera_v_itindustrii (Карьера в IT-индустрии), #_devops, #_rekruting_v_it (рекрутинг в it), #_devops (девопс), #_upravlenie_personalom (
Управление персоналом
), #_karera_v_itindustrii (
Карьера в IT-индустрии
), #_devops
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:33
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
|
Цель: внести ясность рекрутерам в том, что такое этот ваш девопс, как хантить, на что обращать внимание в резюме Вопросы:
1. Что такое методология девопс, роль в производстве программных продуктов Девопс — акроним от слов development и operations — разработка и эксплуатация ПО. DevOps, в первую очередь, философия и методология по повышению инженерной и разработческой культуры не только внутри одной команды или проекта, но в рамках всей компании, т.к. внедрение DevOps вносит изменения не только в процесс разработки, но и в бизнес-процессы компании. Роль этой методологии в производстве ПО: упрощение процессов, избегание ошибок, налаживание коммуникаций, контроль, мониторинг и логирование, контроль безопасности. Применение девопс-методологии можно сравнить с цементом, скрепляющим кирпичики кода, процессов и результатов или с конвейером, благодаря которому процесс разработки, исправления багов и доставка новых функциональностей ускоряется. 2. Виды специалистов, применяющих методологию девопс Кто работает по методологии девопс? Вся команда разработки целиком. Тестировщики, админы, разработчики, ИБ-спецы Это как аджайл/ITSM/ITIL, только DevOps. Упрощенный конвейер (пайплайн) разработки: Код пишется (дев) — объединяется, если написан несколькими программистами (мёрж) — тестируется (тест) — отправляется на сборку (билд) — продакшн :) Т.е., все ит-специалисты на всех этапах используют методологию и инструменты девопс: CI/CD — инструменты непрерывной интеграции кусков кода друг с другом и доставки кода туда, куда требуется: пакеты, контейнеры и пр. Конечный вид приложения. CI часть: Development — разработка и анализ кода, его части: Git — инструменты контроля версий, слияние кода. Сначала код мержится в рамках одного репозитория, а потом билдится и потом тестируется; Build — сборка; Test — инструменты непрерывного тестирования, которые обеспечивают обратную связь по бизнес-рискам; CD часть: Release+ Deploy — управление изменениями, официальное утверждение выпуска, автоматизация выпуска; Конфигурация — Конфигурация и управление инфраструктурой, Инфраструктура как код; Мониторинг — мониторинг производительности приложений, опыт работы с конечным пользователем. Что для чего, краткий гайд //чтобы вам не втирали дичь на собеседовании: для построения инфраструктуры — Terraform или утилиты провайдера облака системы управления конфигурациями — Ansible, Chef, Salt, Puppet распространенные инструменты CI/CD — GitLabCI, CitHub Actoinс, Jenkins, TeamCity и пр. для контейнеризации — Docker, Kubernetes, Nomad, OpenStack и пр. Когда ты в курсе, для чего нужен докер — с тобой общаться будут совсем другим тоном. 3. Откуда есть быть пошли и пришли на рынок Девопс-инженеры Да, будем называть их так. Потому что деваться им некуда, все остальное очень громоздко, плохо понимаемо и незапоминаемо. Придется им смириться, что рекрутеры называют и будут называть вакансии “Синьор Девопс”. В основном, есть 3 источника, откуда на рынок приходят те, которых мы хантим по заявке “Срочно нужен девопс”: Первая и самая многочисленная группа: бывшие и действующие системные администраторы. Им проще всего: освоили доп. инструменты и готово. Вторая группа: разработчики, которые решили уйти в девопс-практики. Их меньше, им нужно осваивать линукс и админство. Третья группа: “я проснулся и понял, что это — мое” — ребята, прошедшие курсы “Девопс за 3 недели” или что-то более внятное. Цели рекламировать у меня нет, поэтому сами можете нагуглить. С этими, с точки зрения рекрутинга, работать и проще, и сложнее. С одной стороны — им преподают современные и востребованные инструменты. С другой — нет опыта и понимания ни в администрировании, ни в разработке. Хороший плюс для менеджмента: их зарплатные ожидания ниже, чем у первой и второй группы. Джун-миддл-синьор Джун — знает, как поддерживать уже внедренные инструменты, но не может внедрять с 0. Нуждается в менторстве. При этом может быть хорошим админом. Глубокого понимания методологии у него нет Миддл — некоторые инструменты может с 0 внедрить и научить других. Миддл хорошо должен понимать методологию, понимать практики, РнД, может самостоятельно выбрать инструмент для применения Синьор — может поставить все девопс-практики с 0. Отстоять архитектурные решения. Понимает риски для развития ПО, сам выбирает все инструменты. Аргументированно доказывает свой выбор. 4. Нужен ли вам девопс/SRE? Если да — то какой? Если заказчик вакансии продуктовая команда, имеющая внутреннюю разработку — да, нужен. Если просто код на аутсорс — то не обязательно. Какой девопс нужен именно вашей команде: зависит от продукта. Чаще всего нужны линуксовые админы с опытом написания скриптов на популярных языках. Если ПО разрабатывается специфическое — девопс должен понимать нюансы этой разработки и стоит поискать тех, кто перешел в эту сферу из разработки на похожем стеке. И немного про SRE: Site Reliability Engineering — это практически то же самое, что и девопс, если не углубляться в тонкости. Но мы с вами не инженеры и углубляться не будем. SRE — набор методов, показателей и предписывающих способов обеспечения надежности систем. Слово «site» в данном контексте читается как «система» или «платформа», а не веб-сайт в привычном нам представлении. SRE — обеспечение надежности всех уровней системы: от физических до логических, это значит, что SRE — это своеобразный конгломерат из разработчика (да, SRE должны уметь в код) и системного администратора со всеми вытекающими. SRE — это своеобразное ответвление, а точнее — своя реализация направления DevOps от Google. 5. Каналы поиска Основной канал поиска девопсов: телеграм-канал DevOps Jobs — работа и аналитика. Хорошо себя показывает Хабр и линк, чуть хуже ФБ и вообще не подходит для поиска HH.ru и SuperJob, при этом там вполне ищутся приличные админы. Отличие от поиска разработчиков: девопс-сообщество очень дружное и общительное ))) Если вакансия опубликована так, что вызывает только смех или фейспалм — будьте уверены, ее уже обсуждают в телеграме. 6. На что обратить внимание в резюме Мы все знаем, что рекрутер оценивает резюме за 3-5 секунд. Кроме общих правил оценки резюме, которые вы и так знаете: Должно быть: GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL and PostgreSQL, Prometheus, Grafana, ELK-стек, Jenkins, K8S/Kubernetes, AWS\Azure\GCP/Яндекс-облако/Mail Cloude. Это — девопс. Есть что-то из этого и слова Windows 7\8\10\Server 2012\Server 2016 и п.р. — бывший админ винды. Облачные технологии Если видите слово Azure — это облако от Винды Все остальное: GCP, AWS и пр. — это облака, в которых преобладают линукс-системы и их большинство. Есть фраза: учил на курсах GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL and PostgreSQL, Prometheus, Grafana, ELK-стек — это студент. С облаками работают не все. Девопс, не работающий с облаками — это девопс, работающий в закрытом контуре, ЦОД, ДЦ и пр. Ему нужно развиваться =) За облачными технологиями — будущее. 7. Как завязать диалог Очень просто. Добрый вечер, ищу девопса. Вот описание, вот вилка, вот условия. Жду ответа, как соловей лета. В вакансии ОБЯЗАТЕЛЬНО должно быть: Вилка. Вилка — 2 понятных числа. От 0 до 800к — это не вилка, это чушь. Условия: офис/удаленка, что еще дополнительно: проект\частичная\фулл-тайм Описание стека разработки. Это важно. Описание задач. Поддержка существующего и внедрение с 0 — очень разные вещи.Если у вас есть архитектор это одно (ему просто нужны руки), а если его нет, то вам нужен еще и спец который умеет в архитектуру, а не просто тяп-ляп и готово Лайфхаки: читайте ранний баш.орг (пока он не стал баш.им), смотрите аниме, играйте в игры, будьте адекватными, не пропадайте без фидбека и вас сразу заметят. 8. Мы Вам перезвоним — почему так нельзя и к чему это приводит в сфере поиска девопс Как мы уже говорили: сообщество дружное и обсудит Вас сразу. Репутацию проще не терять, чем восстанавливать. Неважно, кого вы хантите: ВЫ ОБЯЗАНЫ ДАТЬ ФИДБЕК. Даже печальный. Сформулируйте его адекватно. Лучше плохой конец, чем ожидание без конца. =========== Источник: habr.com =========== Похожие новости:
Управление персоналом ), #_karera_v_itindustrii ( Карьера в IT-индустрии ), #_devops |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:33
Часовой пояс: UTC + 5