Кто такой инженер DevOps?

1. Общение и совместная работа

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

2. Системное администрирование

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

3. Опыт работы с инструментами DevOps

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

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

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

5. Контейнеры и их оркестровка

С помощью технологии контейнеризации, получившей распространение благодаря Docker, код приложения и его среда выполнения объединяются в один образ. Это снижает потребность в традиционных инструментах управления конфигурацией. В то же время управление контейнерами имеет свои сложности, поэтому инженеру DevOps необходим опыт работы с инструментами, известными как «оркестраторы контейнеров» (например, Docker Swarm или Kubernetes).

6. Непрерывная интеграция и непрерывное развертывание

Непрерывная интеграция и непрерывная поставка (CI/CD) являются основными методами DevOps-подхода к разработке программного обеспечения и поддерживаются множеством доступных инструментов. В любом инструменте или наборе инструментов CI/CD должна быть предусмотрена автоматизация процесса сборки, тестирования и развертывания программного обеспечения.

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

7. Архитектура системы и выделение ресурсов

Инженер DevOps должен уметь проектировать и выделять компьютерные экосистемы (локальные и облачные), а также управлять ими. Важно понимать явление инфраструктуры как кода (IaC-обработка), процесса управления ИТ, в котором применяются различные рекомендации, от разработки программного обеспечения по методике DevOps и до управления ресурсами облачной инфраструктуры. Инженеру DevOps нужно знать, как моделировать инфраструктуру системы в облаке с помощью Amazon Web Services (AWS), AWS CloudFormation или Terraform.

8. Знакомство с программированием и написанием сценариев

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

9. Навыки совместного управления

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

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

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

Евангелист DevOps

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

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

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

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

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

Эксперт по автоматизации

Каждому инженеру DevOps нужен опыт в области автоматизации. Однако вместе с этим в организациях иногда назначают отдельного эксперта или инженера по автоматизации. Это может быть сотрудник, занимающийся управлением инструментами CI/CD или разработкой и обслуживанием наборов автоматизированных тестов.

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

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

Контроль качества

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

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

Инженер по безопасности

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