Разработка и эксплуатация. Вместе.

Хороший код.
Надёжный релиз.
Одна команда.

DevOps объединяет людей, процессы и инструменты, чтобы изменения быстрее доходили до пользователей, а сервисы работали стабильно.

Разобраться в DevOps Посмотреть в деле

7 минут на знакомство Без лишней сложности

ОТ ИДЕИ ДО РАБОТАЮЩЕГО СЕРВИСА

⑂ Всё начинается с коммита

+ git commit -m "make it better"

✓ Релиз доставленSUCCESS

productionv1.0.1 ↗

ОБРАТНАЯ СВЯЗЬНаблюдаем и улучшаем

Маленькие изменения. Непрерывное улучшение.

Три опоры
одного подхода Общая ответственность Автоматизация рутины Быстрая обратная связь

01 / СУТЬ ПОДХОДА

Меньше барьеров.
Больше работающего.

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

Люди и культура

Общие цели, понятные договорённости и разбор инцидентов без поиска виноватых. Знания остаются у команды, а не у одного героя.

Процессы и автоматизация

Тесты, сборка и доставка выполняются по повторяемому сценарию. Инфраструктура описана кодом, а изменения проходят проверку.

Измерения и улучшения

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

Название должности может быть «DevOps-инженер». Сам подход охватывает всю команду.

02 / ОТ КОММИТА ДО ПРОДАКШЕНА

Путь одного изменения.

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

ПРИМЕР CI/CD-ПРОЦЕССА ИНТЕРАКТИВНАЯ ДЕМОНСТРАЦИЯ

01 / КОД И РЕВЬЮ

Небольшое, понятное изменение

Разработчик создаёт ветку, меняет код и открывает merge request. Коллега проверяет решение. История в Git объясняет, что изменилось и почему.

example / git●

$ git switch -c feature/health-check
$ git add .
$ git commit -m "Add health endpoint"
✓ Изменение готово к ревью

Учебный пример. Команды не выполняются.

Цикл не заканчивается релизом. Наблюдения и отзывы становятся задачами для следующего изменения.

03 / РАБОЧИЙ НАБОР

У каждого инструмента
своя задача.

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

Git

История изменений, ветки и совместная работа с кодом.

Контроль версий

GitLab CI/CD

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

CI / CD

Docker

Упаковка приложения и его зависимостей в контейнерный образ.

Контейнеризация

Terraform

Описание инфраструктуры кодом и планирование изменений.

Infrastructure as code

Kubernetes

Развёртывание и управление контейнерными приложениями.

Оркестрация

Grafana

Дашборды для анализа метрик, логов и других источников данных.

Визуализация данных

6 инструментов · Карточки ведут в официальную документацию.

04 / ПЕРВЫЕ ШАГИ

Начните с малого.
Соберите весь путь.

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

Разберитесь с основойLinux, процессы, права, DNS и HTTP. Запустите простой веб-сервис и найдите его логи. Начните хранить изменения в GitСоздайте репозиторий, отдельную ветку и merge request. Попробуйте отменить изменение. Автоматизируйте проверку и сборкуДобавьте тест и CI-пайплайн. Собирайте контейнерный образ с уникальным тегом версии. Сделайте воспроизводимый релизОпишите окружение кодом, вынесите секреты из репозитория и проверьте возврат к предыдущей версии. Добавьте наблюдениеПроверяйте доступность, ошибки и время ответа. Настройте уведомление и короткую инструкцию на случай сбоя.

05 / БЕЗ ПУТАНИЦЫ

Частые вопросы.

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

DevOps — это профессия или подход?

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

Чем CI отличается от CD?

CI — частое объединение изменений с автоматическими проверками и сборкой. Continuous delivery поддерживает готовность к выпуску; запуск в production может требовать решения человека. Continuous deployment автоматически выпускает каждое изменение, прошедшее необходимые проверки.

Обязательно ли знать Kubernetes?

Для знакомства с DevOps — нет. Небольшому приложению может хватить виртуальной машины и простого процесса доставки. Kubernetes полезен, когда задачи управления контейнерами оправдывают его сложность. Сначала стоит понять Linux, сети, Git и CI/CD.

Где в этом процессе безопасность?

На каждом этапе: ревью, проверка зависимостей, управление секретами, ограничение прав и обновления. Когда безопасность встроена в процесс разработки и эксплуатации, часто используют термин DevSecOps.

Как понять, что подход приносит пользу?

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

Следующий шаг — маленький релиз.

Выберите простой сервис. Автоматизируйте одно действие. Повторите.

Перейти к плану

Хороший код.Надёжный релиз.Одна команда.

Меньше барьеров.Больше работающего.