Зачем DevOps нужен вашей команде?

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

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

Пришлось поглубже копнуть и пополнить знания в этой области. (Помните, я говорил про обучение от запроса?)

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

Кто-то, наверное, сейчас читает и думает: «Пф, как это можно было не знать?». Несмотря на то, что уже более 5 лет в управлении ИТ-продуктами, я этого не знал. Невозможно знать всё, и я думаю, это нормально. И это даже странно — считать, что ты всё знаешь и умеешь. Нужно держать голову открытой, не переживать и не стесняться, если чего-то не знаешь, даже если для кого-то это база.

Вернусь к теме. Чтобы в будущем не наступить на те же грабли, я составил ожидания от работы DevOps. Этот список будет не просто внутренним документом, который положат на полочку, а скорее неким ориентиром для нас и нового члена команды.

Такой документ у нас уже есть для Design Lead, QA Lead и Tech Lead и пришла очередь до DevOps-инжинера. По этому списку будет проводиться перфоманс-ревью, и в целом от него будут ставиться стратегические и тактические цели для этой позиции

Список моих ожиданий от работы DevOps-инженера:

• Проектирование, создание и поддержка эффективной, отказоустойчивой и надежной инфраструктуры;

• Настройка пайплайнов и окружения CI/CD, автоматизация процессов;

• Минимизация временных затрат на выполнение рутинных задач со стороны разработчиков и тестировщиков (автоматизация процессов);

• Документирование и техническое описание реализации процессов CI/CD;

• Разработка и актуализация внутренней технической документации;

• Создание и поддержка Docker-образов и контейнеров;

• Обеспечение бесперебойной работы сервисов, отслеживание нагрузки и своевременное реагирование;

• Управление доступами для пользователей;

• Взаимодействие с командой для выявления и устранения проблем в процессах проекта;

• Взаимодействие с командой для решения сложных технических ситуаций и реализации совместных технических решений;

• Развитие инструментов мониторинга и сбора логов, при необходимости дополнение или замена их новыми;

• Разработка и внедрение стратегий резервного копирования и восстановления данных;

• Участие в планировании и внедрении политик безопасности;

• Управление доменами, сертификатами и DNS;

• Исследование и использование новых инструментов и подходов в части применяемых DevOps-практик;

Подписывайся на мой ТГ, блог на тему продакт-менеджмента и проектного управления - Dovzhenko vision

Начать дискуссию