Желающим освоить профессию важно понимать состояние рынка труда. По сайтам вакансий мы изучили требования к квалификации специалистов и зарплаты инженеров DevOps в России, Европе и США.

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

Определение и обязанности DevOps

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

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

Сегодня обязанности инженера DevOps выглядят так:

• развертывание поставляемых разработчиками продуктов;
• определение требований к инфраструктуре;
• настройка инфраструктуры с учетом особенностей разрабатываемого ПО;
• подготовка среды к частым внесениям изменений;
• усиление эффективности и безопасности разработки ПО;
• обнаружение и исправление ошибок;
• автоматизация процессов разработки.

На собеседованиях менеджеры HR ожидают увидеть специалиста, который разбирается в использовании облачных технологий и автоматизации крупной инфраструктуры. Инженер DevOps должен обеспечивать безопасность и отказоустойчивость ПО, отлично владеть базовыми инструментами: AWS, Ansible, Docker, Kubernetes, Chef, Puppet и другими, а также понимать процессы планирования работ, уметь управлять командами и ожиданиями заказчика.

Уровни специалистов DevOps

Инженеров DevOps можно условно поделить на три типа:

• Junior – до 3-х лет опыта.

Основное требование к новичкам – наличие умения самостоятельно выполнять сформулированные технические задачи. Среди Junior(ов) много тех, кто понял перспективность отрасли и стремительно запрыгнул в нее. Они больше заточены под рынок, но экспертизы и опыта им все же не хватает. Часто новички могут охватить лишь мониторинг и некоторые базовые задачи по установке. Они тратят много времени на самообразование, а принимать решения в сложной ситуации им крайне непросто;

• Middle – до 6-ти лет опыта.

Middle DevOps способен самостоятельно выполнять поставленные задачи, понимает требования бизнеса и умеет переводить их в технические решения. Часто это сисадмины, которые освоили навыки программирования, научились поддерживать инфраструктуру и обеспечивать ее стабильную работу. Преимущество таких специалистов в том, что они совмещают в себе экспертизу на стыке Development и Operations;

• Senior – от 6-ти лет опыта.

Старшие инженеры DevOps – опытные профессионалы с многолетним опытом. Такие специалисты не только поддерживают инфраструктуру, но и обеспечивают безопасность и отказоустойчивость приложений. Основная задача Senior DevOps – принимать правильные технологические решения в проекте, которые приносят максимальную пользу бизнесу и минимизируют затраты.

Это условная градация, которая встречается в вакансиях. На самом деле грейды от Junior к Senior больше свойственны программистам. Карьера специалистов DevOps часто начинается со среднего уровня, где требуемый опыт работы – больше трех лет. Обычно DevOps вырастают из системных администраторов, которые разобрались в инструментах программирования, или из разработчиков, изучивших тонкости операционных процессов.

Сколько зарабатывают DevOps в России, Европе и США

Судя по объявлениям на hh.ru, в Москве доступно более 3 тысяч вакансий по запросу DevOps. На них приходится более 5 тысяч резюме от 4 тысяч соискателей.

Можно сделать вывод, что количество соискателей всего за полгода (по данным из статьи на habr.com) увеличилось почти в 2.5 раза.

Младший специалист DevOps в Москве получает от 70 до 150 тыс. рублей в месяц, а зарплата ведущего составляет примерно 250 тыс. рублей.

В регионах младший специалист DevOps может заработать от 25 до 80 тыс. рублей, а ведущий – от 100 тыс. рублей. Большинство работодателей ожидают увидеть от трех лет практического опыта администрирования ОС Linux и опыт работы с Docker, Kubernetes, Ansible, а также с инструментами CI/CD.

Средняя медианная зарплата специалиста DevOps по данным Хабр Карьера во втором полугодии 2020 года составила 155 тыс. рублей.

В первом полугодии 2019 года средняя медианная зарплата DevOps в России составляла 130 тыс. рублей, а в первом полугодии 2020 года – 140 тыс. рублей.

По запросу DevOps на одном из популярных международных сайтов для поиска работы Monster.com, можно найти более 14 тыс. вакансий в США, из них более 2 тыс. для удаленной работы.

Американские работодатели готовы платить младшим специалистам DevOps от $5-7 тыс. в месяц, а продвинутым – от $10 тыс. в месяц. Разница в зарплате для офисных и удаленных сотрудников несущественна.

Среди требований: от 3 до 5 лет опыта в разработке программного обеспечения или DevOps, владение платформами: Git, AWS, Jenkins, Kubernetes, Puppet, Chef и другими, а также понимание систем сборки для разных языков программирования: C/C ++, Go, Python, Bash.

В Германии для DevOps открыто более 900 вакансий на сайте Monster.de. Младшему специалисту там предложат от €3 тыс. в месяц, а продвинутому – от €6 тыс.

Немецким предприятиям необходимы сотрудники с высоким уровнем владения английским. Часто требуется, но не во всех компаниях обязательно – знание устного и письменного немецкого языка (не ниже B1).

Специалистов DevOps в Германии ищут в основном консалтинговые компании, банки, компании-разработчики ПО и другие организации.

На платформе для удаленной работы UpWork доступно более 200 вакансий для DevOps. Можно найти хорошие варианты для проектной работы.

Выводы

Если у вас есть необходимые навыки и опыт для работы DevOps, найти подходящую вакансию не составит труда. Данная позиция в настоящее время востребована и по прогнозам станет еще более востребованной. Но учитывайте, что пандемия COVID-19 внесла свои коррективы, и количество соискателей за последние полгода увеличилось в несколько раз. Вам стоит прокачивать свои знания и навыки, чтобы оставаться конкурентоспособным специалистом.

Прежде чем приступить к поиску работы, стоит сделать следующее:

• решите, где вы хотите работать.

Местоположение компании – один из самых важных критериев выбора для DevOps. Оно влияет на заработную плату, уровень жизни, баланс между работой и личной жизнью, и этот список можно продолжать. Изучите все тонкости города/страны, которые вас интересуют для работы или релокейта, чтобы найти подходящую вакансию;

• определите, в чем вы действительно сильны.

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

• установите зарплатные ожидания.

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

• ищите компанию, которая соответствует всем вашим требованиям.

Вы можете предпочесть стартап, крупное предприятие, или удаленную работу – выбирать вам. Главное – еще до отправки резюме детально изучите культуру компании и решите, подходит ли она под ваши требования.

Если вы только начинаете свой путь в отрасли, стоит обратить внимание на курс DevOps онлайн-университета GeekBrains. Вы освоите упомянутые в статье современные технологии: Git, Docker, Kubernetes, AWS, Azure и многие другие. Опытные преподаватели помогут студентам получить все необходимые для старта карьеры в DevOps знания, а также решить шесть проектных задач и применить полученные навыки на практике.

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

Для каждой отрасли существует профессиональный язык – терминология, которая складывалась годами и помогает специалистам понимать друг друга с полуслова. Только начинающим свой путь в DevOps эта отрасль может показаться сложной. Термины часто становятся барьером в обучении, а кроме них нужно освоить инструменты и технологии, а также получить практический опыт.

Совместно с Факультетом DevOps онлайн-университета GeekBrains мы составили список из 50 терминов, часто употребляемых специалистами в работе.

Словарь DevOps

A

Agent

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

Agile

(Гибкая разработка программного обеспечения)

Ряд методик и подходов к управлению и разработке программного обеспечения, которые нацелены на минимизацию рисков. Это достигается путем сведения разработки к серии коротких циклов (итераций), которые обычно длятся две-три недели. Agile позволяет легко корректировать требования к проекту (при необходимости), а в конце каждой итерации создается хоть и несовершенный, но работоспособный вариант продукта.

Amazon AWS

(Amazon Web Services)

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

Apache

HTTP-сервер. ПО с открытым исходным кодом, один из самых популярных веб-серверов. Позволяет запускать веб-сайты и приложения.

API

(Программный интерфейс приложения)

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

Artifact

Результат выполнения какого-либо шага в процессе разработки ПО, на который можно ссылаться. Это могут быть диаграммы, требования пользователей, модели UML и прочее.

B

Bastion host

(Узел-бастион)

Специально отведенный компьютер в сети, который используется для противостояния хакерским атакам. На нем обычно установлено одно приложение, например, прокси-сервер, а все остальные удаляются или блокируются, чтобы свести к минимуму вероятность взлома.

Black Box Testing

(Тестирование по стратегии «черного ящика»)

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

Branching

(Разветвление)

Существует для разделения основного кода на пути развития (ветки) в системе управления версиями (например Git). Каждая ветка может содержать собственную модификацию основного кода.

Build Agent

(Агент сборки)

Тип агента, который используется в непрерывной интеграции и отправляет/получает сообщения об обработке сборки ПО.

Build Artifact

(Артефакты сборки)

Сопровождающие ресурсы, которые отличаются от основного кода и участвуют в работе или развертывании приложения (например изображения, конфиги, дампы баз данных).

Build Automation

(Автоматизация сборки)

Автоматизация сборки ПО и связанных с ней процессов (компиляция исходного кода в двоичный, упаковка двоичного кода и выполнение автоматических тестов).

C

Canary Release

(«Канареечный релиз»)

Метод, который используется для постепенного ознакомления с выпуском ПО небольшой подгруппы пользователей. Главная задача – убедиться в безопасности и функциональности ПО перед развертыванием для всей пользовательской базы.

Capacity Test

(Тест емкости)

Определяет количество пользователей, которое может обработать компьютер, сервер или приложение при максимальной производительности.

Commit

Операция, которая сохраняет последние изменения исходного кода в репозитории (например, Git).

Configuration Management

(Управление конфигурацией)

Дисциплина постоянного мониторинга и поддержания согласованных настроек системы с помощью инструментов для автоматизации ИТ-инфраструктуры (например, Chef, Puppet, Kubernetes, Ansible).

Container

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

Containers-as-a-Service (CaaS)

(Контейнеры как услуга)

Модель облачного сервиса, которая позволяет загружать, организовывать, запускать, масштабировать или любым другим способом управлять контейнерами, приложениями и кластерами. Это реализовывается с помощью виртуализации на основе контейнеров, интерфейса прикладного программирования (API) или интерфейса веб-портала.

Continuous Delivery (CD)

(Непрерывная доставка)

Подход к разработке ПО, при котором оно производится короткими итерациями, и может быть передано в эксплуатацию в любое время (передача происходит вручную). Цель – сборка, тестирование и релиз ПО с большей скоростью и частотой.

Continuous Integration (CI)

(Непрерывная интеграция)

Практика разработки ПО, при которой код часто (несколько раз в день) объединяют в общий репозиторий. Это необходимо для оперативного выявления потенциальных дефектов и решения интеграционных проблем.

Cluster

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

D

Deployment

(Развертывание)

Термин, который объединяет все связанные с запуском нового ПО процессы: установку, настройку, запуск и тестирование.

DevOps

DevOps – это методология, которая направлена на улучшение взаимодействия групп разработчиков и операционных групп для повышения гибкости производства ПО и достижения бизнес-целей.

DevSecOps

(Операции по обеспечению безопасности доставки)

Подход, который использует принципы и практики DevOps для обеспечения безопасности ПО на всех этапах процесса разработки.

E

Exploratory Testing

(Исследовательское тестирование)

Тип ручного тестирования, при котором тестировщики свободно выбирают и тестируют те области ПО, где по их мнению могут возникнуть проблемы.

F

Fail Fast

(«Быстрый провал»)

Подход к разработке ПО, при котором раннее тестирование и выявление ошибок помогает быстро определить, имеет ли идея ценность.

G

Google Cloud Platform

Набор облачных служб, который предоставляет компания Google. Служат для сборки, тестирования и развертывания приложений в масштабируемой облачной инфраструктуре. Предлагает вычислительные мощности, хранение, обслуживание программных решений и машинное обучение.

H

Hybrid Cloud

(Гибридное облако)

Решение, которое объединяет минимум одно частное и общедоступное облако. Они связаны технологией, которая поддерживает переносимость данных и приложений. Это дает предприятиям возможность легко масштабировать локальную инфраструктуру до общедоступного облака, чтобы справиться с любой перегрузкой.

I

Integration Testing

(Интеграционное тестирование)

Тестирование компонента и модуля кода, в ходе которого они объединяются для гарантии слаженной работы и правильной интеграции с другими компонентами и модулями кода.

K

Kanban

Инструмент организации производства, который является частью agile-философии и позволяет реализовывать принцип «точно и в срок». Достичь необходимого результата можно с помощью визуализации (виртуальной или реальной доски, на которую прикрепляются стикеры или карточки).

L

Lead Time

(«Время производственного цикла»)

Среднее время, необходимое для выполнения процесса или серии операций. При разработке ПО это выражается в переносе изменений кода в рабочую среду.

M

Machine Learning (ML)

(Машинное обучение)

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

Microservices Architecture

(Микросервисная архитектура)

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

Microsoft Azure

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

N

Nginx

HTTP-сервер. ПО с открытым кодом, совместимое с UNIX-системами. Области его применения – от кэширования HTTP до создания инвертированного прокси-сервера.

O

Open Source

(Открытое программное обеспечение)

ПО с открытым исходным кодом. Если код предоставляется бесплатно и является доступным для изменения и обмена, такая разновидность открытого ПО называется свободным.

P

Pair Programming

(Парное программирование)

Техника разработки ПО, при которой исходный код создают на одном рабочем месте два программиста одновременно. Один из них («ведущий») пишет код, а другой («наблюдатель») просматривает его на наличие ошибок. Время от времени они могут меняться местами.

Platform-as-a-Service (PaaS)

(Платформа как услуга)

Модель самообслуживания для облачных вычислений по которой пользователям предоставляется доступ к промежуточному ПО: операционным системам, системам управления базами данных, бизнес-аналитике и многому другому. Это позволяет создавать и развертывать приложения в облаке, не беспокоясь о базовой инфраструктуре на уровне ОС.

Production

Среда, в которой хранится конечная версия приложения или сайта, доступная рядовым пользователям.

R

Rollback

(Откат)

Автоматическая или ручная операция возврата продукта или приложения к предыдущей версии.

S

Self-Service Deployment

(Самостоятельное развертывание)

Автоматизация процессов развертывания, когда одна команда переносит код из среды разработки в релиз. При этом менеджеры проектов и даже клиенты могут напрямую управлять развертыванием.

Software-as-a-Service (SaaS)

(Программное обеспечение как услуга)

Модель самообслуживания для облачных вычислений по которой пользователям предоставляется доступ к прикладному ПО, обслуживаемому провайдером.

Staging Environment

(Промежуточная среда)

Копия производственной среды, используемой для тестирования более новой версии ПО, прежде чем она будет запущена в производство. Это позволяет выявить ошибки и убедиться, что все работает правильно перед выпуском ПО.

T

Test Automation

(Автоматизация тестирования)

Использование отдельного ПО для тестирования. Этапы: запуск, инициализация, выполнение, анализ и автоматическая выдача результата. Используется для контроля выполнения тестов и сравнения фактических результатов с прогнозируемыми.

Technical Debt

(Технический долг)

Относится к доработке, которая возникает, когда легко реализуемый в краткосрочной перспективе код используется вместо применения лучшего, но более медленного/дорогого общего решения.

U

User Acceptance Testing (UAT)

(Пользовательское приемочное тестирование)

Этап тестирования ПО, на котором клиенты и конечные пользователи могут проверить, будет ли работать данное приложение в реальном сценарии.

Unit Testing

(Модульное тестирование)

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

V

Virtual Machine (VM)

(Виртуальная машина)

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

W

Waterfall

(Модель «Водопад»)

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

White Box Testing

(Тестирование по стратегии «белого ящика»)

Метод функционального тестирования внутренней структуры, дизайна и кода ПО. Отличается от тестирования по стратегии «черного ящика» тем, что исходный код виден тестировщику.

Выводы

Прочтя нашу статью, вы познакомились только с основами – это далеко не вся необходимая действующему инженеру терминология. Чтобы узнать больше специальных терминов из сферы DevOps и научиться применять знания на практике, стоит обратить внимание на курс DevOps онлайн-университета GeekBrains. Учебная программа подойдет начинающим: под руководством опытных наставников вы получите все необходимые для старта в профессии знания, а успешно окончившим курс студентам университет помогает с трудоустройством.

Умевшие администрировать Linux или FreeBSD специалисты когда-то считались элитой среди айтишников, а сейчас они стали грамотными техниками. Попробуем разобраться, можно ли вернуть романтику профессии и стоит ли это делать.

Для смены специальности есть масса причин. Системное администрирование в наше время – это не работа для состоявшегося профессионала. Рано или поздно вперед вырвется молодняк с лучшей обучаемостью и подвижной психикой, как предыдущее поколение вытеснило с рынка труда собственных динозавров. Рядовые сисадмины перестали быть офисными небожителями и переквалифицировались в грамотных техников. По сути они теперь – обслуживающий персонал, от которого требуется действовать по инструкции и быстро осваивать новые решения. Хорошее занятие для юных, но перспектив никаких.

Почему DevOps?

Путей развития у сисадмина довольно много: он может уйти в большую компанию и дорасти до управляющего железом операторского класса сетевого инженера, а то и до системного архитектора, если есть охота заниматься бумажной работой. Некоторые становятся специалистами по ИБ или уходят в управленцы (ИТ-менеджеры). Из позволяющих совершенствоваться в техническом направлении специальностей ближе всего к системному администрированию стоит DevOps. Настолько близко, что эти профессии часто путают.

Разница все-таки есть: практики DevOps (Development Operations) сочетают разработку (Dev) и ИТ-операции (Ops) для обеспечения непрерывной поставки софта заказчикам. Навыки администрирования относятся к Ops – это лишь часть необходимого инженеру багажа, хотя и достаточная для старта в новой профессии. Не случайно многие девопсы вышли из сисадминов, а споры о различиях между профессиями не утихают годами. И те и другие делают, чтобы все работало, но в случае DevOps в квесте возникают дополнительные уровни сложности.

С программистами интереснее. Им работа дает массу перспектив и позволяет заниматься любимым делом хоть до пенсии. Расти можно в любом направлении, к тому же отрасль все время подкидывает новые. Сменить профессию программисту стоит, только если ему захотелось заняться чем-то другим, а вот дополнять багаж сопутствующими навыками придется до бесконечности. DevOps и в этом случае – не самый плохой выбор. Часто разработчикам приходится брать на себя обязанности смежников, если в проекте нет нужных специалистов. Процесс кодинга тоже пойдет легче, когда есть понимание особенностей развертывания и сопровождения создаваемого продукта.

Освоивший практики DevOps программист перестает думать алгоритмами и кодом. Эволюция сисадмина идет другим путем, но сходным образом: где разработчики получают навыки администрирования, там администраторы нарабатывают скилы разработчиков. Это грубая и неточная формулировка, но суть дела она отражает. Когда Dev и Ops сходятся в одном человеке, наступает просветление. У программиста появляется навык работы с инфраструктурой и видение всего ландшафта, а понимание привязки приложения к местности позволяет ему писать более качественный код. Отошедший от сферы обслуживания в сторону создания платформы сисадмин учится объединять разрозненные ее части, т.е. создавать для компании новую ценность – интегрированный инфраструктурный продукт.

Как познать мудрость?

Если системный администратор или разработчик решили эволюционировать в более развитую форму ИТ-организмов, им придется наметить для себя путь к цели. Освоить практики DevOps можно, постепенно включаясь в работу, но бессистемный подход к обучению не всегда дает хороший результат. К тому же в девопсе не бывает джунов: работодателям нужны готовые боевые единицы, способные закрыть проблемные участки. Новичкам помогут онлайн-курсы с продуманной программой и опытными преподавателями. Незачем наступать на собственные грабли, проще за относительно небольшое время (как правило несколько месяцев) изучить чужой систематизированный опыт без отрыва от производства.

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

После обучения выпускник может рассчитывать на новую должность или хотя бы на прибавку к зарплате. Околокомпьютерную романтику девяностых DevOps не вернет, времена «Хакеров» и «Лабиринта отражений» прошли безвозвратно. Сейчас работодатели ценят крепких профессионалов, а шаманы никому не нужны, но это и хорошо. Романтика организму требуется лишь время от времени, а кушать ему хочется всегда.

Чтобы сделать выбор, начать в любом случае стоит с профориентации. Компания OTUS проводит запись на бесплатный день открытых дверей к объемному онлайн-курсу по практикам и инструментам DevOps. Позже будет еще один предварительный вебинар по этой теме, но чтобы на него попасть, нужно пройти тестирование. Аналогичные мероприятие запланированы и для курса по Kubernetes. После регистрации все желающие смогут познакомиться с преподавателем и учебной программой на вебинаре, а прохождение теста позволит поучаствовать в бесплатном вводном онлайн-занятии. Успешно окончившие курс студенты смогут пройти сертификацию от CNCF: CKA и CKAD. Специально к ней не готовят, но встречающиеся на экзамене темы освещаются подробно.

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

Мы уже рассказывали о профессии инженера DevOps и как ее можно освоить. Другие публикации по теме доступны на сайте Proglib.io.

Что такое DevOps?

DevOps – это методология, которая позволяет автоматизировать и интегрировать процессы между разработчиками программного обеспечения и ИТ-командами. Благодаря этому они создают, тестируют и выпускают качественные продукты в короткие сроки.

Главная задача методологии DevOps – вовремя предоставить необходимую технологию бизнес-подразделениям и наладить ее бесперебойную работу.

Сокращение DevOps расшифровывается, как development и operations. «Dev» используется как сокращение, обозначающее работу программистов и всех, кто задействован в разработке продукта. Например, менеджеров, тестировщиков и других специалистов.

«Ops» – это общий термин, который характеризует работу системных администраторов, операционного персонала, администраторов баз данных, сетевых инженеров, специалистов по безопасности и других.

В итоге, DevOps – это командные усилия сотрудников, занимающихся разработкой, операциями и тестированием.

В DevOps нет junior-инженеров?

Обсуждения на Reddit и StackOverflow часто касаются темы о младших инженерах DevOps. Многие считают, будто их не существует, а мир разработки довольно суров к тем, кто пытается прорваться на арену DevOps.

У инженеров-программистов существует общепринятая система перехода от младшего специалиста к старшему. Когда дело доходит до DevOps, градация часто начинается со среднего уровня, где требуемый опыт работы – не менее трех лет. Младшие специалисты часто могут охватить лишь мониторинг и некоторые базовые задачи по установке.

Основные сложности для новичка в DevOps связаны со следующими факторами:

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

1. развернуть среду разработки, тестирования, предпродажной подготовки и производства;
2. настроить передачу данных между средами;
3. разработать механизмы резервного копирования и развертывания;
4. осуществить мониторинг с прогнозированием, визуализацией данных и ведением журнала;
5. задокументировать настройки и запросы на изменение;
6. сформировать отчетность перед инженерным менеджментом, и прочее.

• отсутствием необходимого опыта

(специалист DevOps с опытом может настроить полностью автоматическую систему, выявить сбои еще до их возникновения и устранить проблемы с минимальным воздействием. Младший специалист тратит слишком много времени на самообразование, которое часто сводится к поиску в Google, ему непросто принимать правильные решения в сложной ситуации);

• отсутствием формального образования

(DevOps – ремесло, которому нельзя просто научиться в вузе. Специалисты DevOps чаще всего переходят в эту отрасль из смежных областей и являются самоучками. Большую часть знаний можно получить, обучаясь на онлайн-курсах, или самостоятельно читая специализированные руководства, а также общаясь с опытными коллегами).

Дорожная карта специалиста DevOps

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

Изучите язык программирования

Начать стоит с изучения одного из предложенных на дорожной карте языков программирования: Python, Ruby, Go, Rust, C, C++, и т.д. Главное – не их количество, а общее понимание принципов работы.

Автор рекомендует начать изучение с языка Go, также известного как Golang. Go – это статически типизированный язык программирования, который был разработан внутри компании Google. В отличие от динамически типизированного языка, код проверяется перед запуском, а не после.

Плюсы:

• легкость и доступность для изучения (простой синтаксис);
• производительность и скорость работы (Go компилируется в машинный код);
• возможность выявления ошибок на ранних этапах;
• возможность написания не громоздкого кода;
• большое количество библиотек (библиотека Go легко читается, отличается качеством, благодаря чему можно выполнить практически любую поставленную задачу);
• отсутствие наследования, что значительно упрощает поддержку приложений на Go;
• наличие инструмента, который помогает стандартизировать код – go fmt.

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

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

Возможности языков Go и Python мы сравнивали в одном из материалов.

Изучите основные аспекты операционных систем

Следующий этап связан с изучением основных концепций ОС, необходимых для инженера DevOps.

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

Получите навыки администрирования серверов

Инженеру DevOps необходимо управлять всеми типами серверов. Часто речь идет о целом парке: их может быть больше ста и состоят они из экземпляров ОС Linux (очень редко из экземпляров других ОС).

Поэтому для начала мы советуем уделить особое внимание Linux. Если у вас мало опыта работы с данной ОС, начните с Ubuntu. Изучите основные команды, инструменты для мониторинга, настройки и разберитесь с работой терминала.

Изучите сети и безопасность

Знание сетей, безопасности и базовых протоколов необходимо инженеру DevOps, так как он должен настраивать VPC и группы безопасности/брандмауэры, а также использовать различные протоколы.

Например:

• HTTP (протокол передачи гипертекста);
• SSL (обеспечивает защищенный обмен данными);
• SSH (сетевой протокол, позволяющий производить удаленное управление операционной системой);
• FTP (протокол передачи файлов);
• SMTP (простой протокол передачи почты) и другие.

Важно разобраться, как они настраиваются на уровне сервера и что влияет на безопасность работы сетей.

Еще обязательно придется работать с веб-серверами, поэтому необходимы знания и практический опыт взаимодействия с серверами обратного прокси, такими как Nginx и/или Apache.

Изучите инфраструктуру как код

Инфраструктура как код (IaC) – это управление сетями, виртуальными машинами, балансировщиками нагрузки и топологией подключения с использованием методов разработки кода и программного обеспечения, таких как контроль версий и непрерывная интеграция.

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

Важно обратить внимание на работу с контейнерами (автор советует использовать ПО Docker), изучить управление конфигурацией (с помощью системы управления конфигурациями Ansible), оркестрирование контейнеров (это лучше всего делать с Kubernetes) и управление инфраструктурой с помощью программного инструмента с открытым кодом Terraform.

Изучите некоторые инструменты CI/CD

Непрерывная интеграция (CI) – это практика разработки программного обеспечения, при которой разработчики часто объединяют код в общий репозиторий (несколько раз в день). Затем каждую интеграцию можно проверить с помощью автоматизированной сборки и автоматических тестов для выявления потенциальных дефектов и решения проблем.

Непрерывная доставка (CD) – это подход к разработке программного обеспечения, при котором программное обеспечение производится короткими итерациями. Он гарантирует, что ПО надежно и может быть передано в эксплуатацию в любое время. Передача происходит вручную, а цель такого подхода – сборка, тестирование и релиз программного обеспечения с большей скоростью и частотой.

Как специалист DevOps, вы должны изучить и знать основные инструменты CI/CD:

• Jenkins;
• GitLab CI;
• CircleCI;
• GitHub Actions.

Научитесь мониторить программное обеспечение и инфраструктуру

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

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

Для инженера DevOps важно собирать отзывы и внедрять изменения, для этого необходимы такие инструменты мониторинга, как Nagios, Prometheus, Grafana.

Изучите облачных провайдеров

Будущему специалисту DevOps важно разобраться с особенностями работы облачных провайдеров. Для начала обратите внимание на AWS – лидера в сфере облачных технологий. При необходимости уделите внимание Azure, Google Cloud, Digital Ocean и другим.

Куда и как расти специалисту DevOps?

Чтобы войти в профессию, необходим технический бэкграунд. Отличный вариант – перейти в DevOps из системных администраторов, специалистов по эксплуатации, тестированию или разработчиков.

Если необходимого опыта у вас нет:

• пройдите базовый курс по администрированию ОС Linux;
• изучите языки программирования Go и/или Python (напишите для начала несколько скриптов);
• разберитесь в принципах ООП (объектно-ориентированное программирование);
• обратите внимание на общий цикл разработки продукта.
• изучите базовые протоколы: HTTP, SSL, SSH и т.д.;
• обратите внимание на основные инструменты CI/CD: Jenkins, GitLab CI и т.д.

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

Карьерный путь инженера может выглядеть так:

• развитие специалиста DevOps в отрасли с углублением в специализацию (параллельно можно изучать похожие технологии);
• системным администраторам можно перейти в разработчики, или наоборот (если вам интереснее работать с инфраструктурой, нежели с кодом);
• можно переквалифицироваться в специалиста по безопасности DevSecOps (это методология разработки ПО, которая подразумевает контроль и безопасность на всех этапах создания приложений);
• рост в направлении проектного менеджмента, системной архитектуры или тестирования.

Заключение

Путь развития в DevOps долгий и непростой, но определенно стоит потраченных усилий, чтобы овладеть одной из самых высокооплачиваемых и востребованных на рынке ИТ-профессий.

Главное – не пытаться изучить все и сразу, а постепенно вникать в особенности специальности. Чтобы более систематизировано и глубоко изучить все нюансы работы инженера DevOps, советуем обратить внимание на курс онлайн-университета GeekBrains.

С помощью опытных преподавателей и личного помощника-куратора вы сможете изучить необходимую базу и войти в профессию уже средним специалистом, не чувствуя себя новичком. В процессе обучения вы решите шесть проектных задач, примените полученные навыки на практике и прокачаете свои soft skills. В программу курса входит изучение всех необходимые для работы инженера DevOps инструментов, которые упоминались в статье.

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

В предыдущих публикациях мы выяснили, чем занимаются инженеры DevOps и как освоить эту профессию. Без обмена опытом с коллегами это невозможно, но общение требуется не только новичкам – состоявшиеся специалисты тоже уделяют ему немало времени. Сегодня мы расскажем о полезных для инженера DevOps мероприятиях и профессиональных сообществах:

• конференциях, которые пройдут до конца 2020 года и будут касаться различных направлений работы и обучения в сфере DevOps;
• митапах – тематических онлайн-встречах;
• известных комьюнити DevOps.

Конференции

DevOps Enterprise Summit

Где: онлайн

Когда: 13-15 октября 2020

DevOps Enterprise Summit пройдет в Лас-Вегасе. Организаторы обещают участникам насыщенную трехдневную программу, несмотря на онлайн-формат. Вести мероприятие будет Джин Ким – основатель IT Revolution, компании-организатора DevOps Enterprise Summit, автор книг «‎Руководство по DevOps», «‎Проект “Феникс”» и других.

Если вас не смущают доклады на английском, эта конференция заслуживает внимания.

Темы мероприятия:

• как ускорить DevOps и Agile с помощью VSM;
• как преодолеть разрыв между IT и бизнесом и научиться доверять друг другу;
• проблемы реализации DevOps для баз данных;
• улучшение взаимопонимания с помощью SRE, и многие другие.

Стоимость полного трехдневного билета: $650.

DevOpsCon

Где: Берлин или онлайн

Когда: 12-15 октября 2020

Конференция DevOpsCon пройдет в Берлине, но стать ее участником можно и онлайн. Первые два дня будут посвящены выступлениям спикеров, а два оставшихся – обучающим воркшопам. Языки конференции: английский и немецкий.

Докладчики расскажут:

• как облачные платформы, микросервисы и Kubernetes взаимодействуют с комплексной автоматизацией и непрерывной доставкой;
• как справиться с ростом организации;
• как предоставить высокопроизводительным командам необходимые инструменты и гибкие методологии.

Основные темы DevOpsCon:

• экосистема Kubernetes;
• микросервисы и архитектура программного обеспечения;
• непрерывная доставка и автоматизация;
• облачные платформы и бессерверные вычисления;
• бизнес и корпоративная культура;
• безопасность и другие.

Стоимость четырехдневного билета для участия онлайн: €1250.

Cloud & DevSecOps Z-Days 2020

Где: онлайн

Когда: 14-15 октября 2020

Z-Days – это серия международных комьюнити-конференций, объединяющих людей, технологии и сообщества со всего мира. На мероприятиях выступают спикеры, которых выбирают открытым голосованием. Язык конференции – английский.

Мероприятие будет полезно для специалистов DevOps, профессионалов из сферы безопасности и интересующихся Big Data специалистов.

Темы:

• как управлять стеком мониторинга в нескольких средах;
• AWS, GCP, AZURE, IBM, … Какое облако мне нужно?
• Azure Arc для гибридных и мультиоблачных решений.

Percona Live Online

Где: онлайн

Когда: 21-22 октября 2020

Percona Live – мероприятие, ориентированное на разработчиков баз данных, администраторов, технических специалистов.

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

Вы также узнаете:

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

DevOpsFest.2020

Где: онлайн

Когда: 6 ноября 2020

Фестиваль DevOpsFest.2020 собирает участников со всего мира: в этом году он пройдет в онлайн-формате.

Организаторы обещают один день «хардкорного» погружения в DevOps. Будут раскрыты темы:

• автоматизация: CI/CD, IaC, GitOps. Что новенького?
• мониторинг: лучшие практики для спокойного сна;
• облака: нюансы выбора и принципы экономии;
• виртуализация: новые веяния или старый хардкор;
• безопасность: DevSecOps – что мы об этом знаем?

Стоимость: 2 900 руб.

DevOps Pro Moscow 2020

Где: Москва

Когда: 24-26 ноября 2020

DevOps Pro Moscow – ежегодная конференция, которая состоит из одного дня мастер-классов и двух дней выступлений докладчиков.

На трех параллельных потоках спикеры поделятся:

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

Стоимость полного оффлайн-билета: 30 000 руб.

Стоимость билета с доступом к онлайн-трансляции: 15 000 руб.

DevOops 2020 Piter

Где: онлайн

Когда: 2-5 декабря 2020

DevOops – это конференция о процессах, культуре, SRE и Cloud Native. Программа мероприятия состоит из трех главных блоков:

• DevOps, где спикеры расскажут о процессах и культуре, которая мотивирует им следовать, выкатывать качественный код в продакшн и сокращать затраты на разработку.
• SRE, где вы узнаете о бессмертном Kubernetes, Terraform, On-call Tools, Observability, Security, Zero Downtime инфраструктуре и мониторинге;
• Cloud Native, который включает доклады про облачные технологии, Cloud Native, CI/CD в облаках и лучше практики в облачной архитектуре.

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

Среди спикеров: Барух Садогурский из компании JFrog, Патрик Дебуа – независимый ИТ-консультант и автор книг о DevOps, Виталий Фридман – главный редактор Smashing Magazine, одного из ведущих онлайн-журналов о дизайне и веб-разработке.

Стоимость: 14 500 руб.

Митапы

Митап (meetup – англ.) – неформальная встреча специалистов для обсуждения тех или иных вопросов, обмена опытом и передачи знаний.

Такие события зачастую проводятся в оффлайне с целью развиртуализации среди членов онлайн-сообществ, но во время пандемии COVID-19 митапы все чаще проводятся онлайн.

Перечислим ближайшие онлайн-митапы на стоит обратить внимание.

St. Petersburg Jenkins Hacktoberfest Online Meetup

Когда: 15 октября

Hacktoberfest – ежегодное мероприятие для разработчиков открытого программного обеспечения, организованное Jenkins. Во время хакатона зарегистрированные участники вносят свои предложения (в виде кода) по улучшению проекта Jenkins, за что получают сувениры и подарки. Заявки на регистрацию принимаются со всего мира.

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

Flux / GitOps Toolkit Guide Walk-through with Leigh Capili

Когда: 19 октября

Иностранный митап, на котором спикер Ли Кэпили расскажет о работе с новым Flux v2 и GitOps Toolkit, а также познакомит с руководствами.

Мероприятие будет интересно специалистам, имеющим представление об этих инструментах и желающих подробнее узнать о нововведениях в проектах.

Зарегистрироваться на митап можно по ссылке.

coding earth global meetup #6: deploy to the cloud

Когда: 20 октября

Еще один иностранный митап, посвященный развертыванию в облаке.

Спикер покажет, как с помощью K3S и Rancher за 15 минут настроить готовую к работе среду Kubernetes с несколькими кластерами.

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

Что нового в мире Hashicorp. HashiConf 2020. Terraform 0.13

Когда: 27 октября

Цель собрания – обсудить HashiConf 2020 и новинки в мире Hashicorp. Организаторы митапа обещают подробно рассказать о связанных с Terraform новостях: релизе Terraform 0.13, CDK для Terraform и пр.

Среди спикеров:

• Андрей Девяткин – сертифицированный архитектор AWS, специалист по непрерывной интеграции и доставке, публичный спикер, тренер, а также соучредитель компании FivexL.io;
• Антон Бабенко – разработчик и CTO, основатель консалтинговой компании Betajob AS в Норвегии.

Сообщества DevOps

Общие комьюнити

DevOps – русскоговорящее сообщество – самый крупный русскоязычный канал Telegram для общения на темы: DevOps, мониторинга, метрик, облак и новостей.

DevOps – еще один русскоязычный канал Telegram для обсуждения тем: DevOps, ansible, git, CoreOS, Docker и пр.

SPb Reliability Meetup – сообщество участников SRE-митапов в Санкт-Петербурге.

DevOps Jobs – работа и аналитика – участники канала публикуют вакансии и запросы на поиск работы по направлениям: DevOps, Docker, CoreOS, Kubernetes и пр. Там можно пообщаться, обменяться инсайдами и аналитикой на рынке труда.

DevSecOps – русскоговорящее сообщество – канал Telegram для обсуждения тем DevOps и Security. Участники делятся полезным контентом и практиками.

Комьюнити, посвященные инструментам

K8Spb – Санкт-Петербургское сообщество пользователей Kubernetes.

ru_gitlab – русскоговорящее сообщество по обсуждению GitLab.

AWS_RU – Telegram-канал для общения об Amazon Web Services.

pro.kafka – чат, посвященный Apache Kafka.

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

Pro_ansible – канал для взаимопомощи по Ansible.

Церковь метрик – сообщество для обсуждения метрик и мониторинга.

Linux Help – Telegram-канал для обсуждения проблем с Linux.

Git – русскоговорящее сообщество – канал для обсуждений git, его фич, хаков, надстроек и экосистемы.

Системное администрирование – чат посвящен решению любых вопросов по системному администрированию.

Scalability Camp – чат про распределенные системы.

Сбор и аналитика системных сообщений – русскоговорящее сообщество по аналитике syslog/structured log.

DBA – русскоговорящее сообщество – канал для обсуждения баз данных.

Иностранные комьюнити

Everything DevOps – форум для обсуждения вопросов по DevOps на Reddit.

Sysadmin – сообщество на Reddit, посвященное профессии сисадмина.

DevOps – крупнейшее сообщество специалистов по DevOps в соцсети LinkedIn.

DevOps | SRE | AIOps | MLOps [Cloud, Kubernetes, Docker, Microservices, Gitops] Discussions – сообщество LinkedIn для обсуждение AWS, GCP, Azure, DevOps, микросервисов, контейнеров (Docker), Kubernetes, бессерверных вычислений, кластеризации, операций AI, машинного обучения и пр.

IT Infrastructure Library – сообщество на Reddit для обсуждения информации, новостей, советов и вопросов об ITIL.

Для успешной работы инженеру DevOps необходимы разносторонние знания, навыки использования множества инструментов и наличие времени для обучения. Мы уверены, что профессионалом можно стать самостоятельно, но есть и более легкие решения. Например, пройти курс DevOps от GeekBrains.

Вы сможете освоить востребованную профессию с нуля с помощью опытных преподавателей. Слушатели курсов изучат современные технологии DevOps: Git, Docker, Kubernetes, Ansible, Terraform, CD/CI, Azure и другие. Закончив обучение, они получат год практического опыта для резюме, а лучшим студентам гарантировано трудоустройство.