Рынок DevOpsожидания и реальность

Немного цифр

• Около 50 DevOps вакансий на hh.ru

• 200 участников hangops.ru

• 1000 участников в группе DevOps Moscow

• Около 1000 слушателей DevOps Deflope

Что нужно знать• DevOps - методология.

• Многие ищут "DevOps инженеров".

• Многие продают DevOps.

• Вам придется гадать, что от вас хотят.

• DevOps - это "модно".

В чем проблема?

☐ Написали код, но не можем выпустить.

☐ Не доверяем своим процессам.

☐ Не знаем как, что, и почему у нас работает.

☐ Сделали что-то, но не можем повторить.

☐ Не можем масштабировать то, что написали.

☐ Боимся экспериментировать.

☐ Изменения занимают вечность.

В общем, не можем меняться так быстро,

как это нужно "бизнесу"

А наймем-ка человека!

Что это может решить

• Добавится опыт в проблемной области.

• Появится автоматизация чего-то.

• Сменятся поколения технологий.

• Появится "ответственный".

Что это не исправит

• Отношения между командами.

• Приоритеты в компании.

• Архитектуру/фокус.

Из чего состоит решение

• Фокус на ценностях (сервис как целое).

• Принципы (инфраструктура=код).

• Методы (визуализация, измерение, эксперимент).

• Практики (CI, CD, ...).

• Инструменты (AWS, chef, vagrant, ...).

Кого на самом деле хотим

• Понимающих "big picture".

• Задумывающихся о каждом этапе SDLC.

• Кросс-функциональных.

DevOps - революционная идея?

• Нет. А вот термин - новый.

• Идея существовала давно.

Инструменты

• Единственное, знание чего можно "измерить".

• Понятная область применения.

• Легко объяснить.

DevOps Инженеры

• Это те, кто применяет DevOps инструменты.

• Им может быть любой.

• Это заведомо "некорректное" понятие.

Кто ищет "DevOps инженеров"?

Стартапы

• Обычно ищут "10x" инженеров.

• Часто добавляют "DevOps" ко всему.

• Хотят сильного разработчика + админа.

Продвинутые "Web" компании

• Имеют отдел автоматизации/эксплуатации.

• Уже имеют зрелые процессы.

• Уже имеют готовый стек технологий.

• Ищут админов-автоматизаторов.

Продвинутые "коробочные" компании

• Разрабатывают "нативные" продукты.

• Имеют отдел релиз- и билд-инжениринга.

• Ищут автоматизаторов релиз-цикла и тестирования.

Компании в переходном состоянии

• Активно меняются.

• Внедряют или уже внедрили Инструменты.

• Пока имеют нечеткие границы ответственности.

• Часто ищут разработчика + админа.

Проблемные компании

• Страдают от проблем с SDLC.

• Имеют серьезные межкомандные конфликты.

• Часто не имеют видения.

• Думают что DevOps решит их проблемы.

Кто продает себя как "DevOps инженер"?

Системные администраторы

• Обычно те, кто умеет программировать.

• Знакомые с "облаком".

• С опытом поддержки распределенных систем.

• Со знанием "систем управления конфигурацией".

Программисты

• Те, кто поддерживал свой код в "продакшене".

• С ответственным подходом к SLA.

• Иногда те, кто обходился без Ops (PAAS/SAAS).

Релиз/билд инженеры

• Понимающие SDLC в широком смысле.

• Со знанием "систем управления конфигурацией".

Инженеры автоматизации

• Пишущие инструменты для разработчиков.

• Улучшающие процесс SDLC.

Архитекторы

• Работающие над общим "workflow".

• Те, кто определяет инструментарий.

В общем, почти все кросс-функциональные

специалисты.

Факты о рынке DevOps

• Он есть.

• Сейчас активно растет.

• На нем можно заработать.

Компании-"иконы"

• Netflix.

• Spotify.

• Etsy.

Проблемы при найме

• DevOps - не специальность, а методология.

• Нужно понять, кого ищет компания.

• DevOps сильно подвержен "моде".

Fin.