Основы CI/CD: концепции и терминология

Автоматизация — ключ к быстрой и надёжной доставке кода. Изучите фундаментальные принципы CI/CD, которые лежат в основе современной разработки.

#Что такое CI/CD?

CI/CD — это аббревиатура от Continuous Integration (непрерывная интеграция) и Continuous Delivery/Deployment (непрерывная доставка/развёртывание). Это набор практик и инструментов, которые позволяют автоматически собирать, тестировать и развёртывать код.

#Continuous Integration (CI)

Continuous Integration — практика разработки, при которой изменения кода автоматически интегрируются в основную ветку через автоматизированные сборку и тестирование.

Разработчик → Commit → Push → CI Pipeline → Тесты → Сборка

Ключевые принципы CI:

Частые коммиты в основную ветку (несколько раз в день)
Автоматическая сборка при каждом изменении
Автоматические тесты (unit, integration)
Быстрая обратная связь для разработчика

#Continuous Delivery vs Continuous Deployment

Эти термины часто путают, но между ними есть важное различие:

Continuous Delivery	Continuous Deployment
Код готов к деплою в продакшен	Код автоматически деплоится в продакшен
Требует ручного подтверждения	Полностью автоматический процесс
Контроль времени релиза	Релиз при каждом успешном пайплайне

CI → Delivery → [Ручной аппрув] → Production
CI → Deployment → Production (автоматически)

#Pipeline (Пайплайн)

Pipeline — настроенный процесс CI/CD, состоящий из последовательных или параллельных этапов.

#Типичная структура пайплайна

Pipeline:
  ├── Lint (проверка стиля кода)
  ├── Test (запуск тестов)
  │   ├── Unit tests
  │   └── Integration tests
  ├── Build (сборка артефакта)
  └── Deploy (развёртывание)
      ├── Staging
      └── Production (после аппрува)

#Пример пайплайна

ASCII Diagram

#Преимущества CI/CD

#1. Быстрое обнаружение ошибок

Автоматические тесты находят проблемы сразу после коммита:

❌ Без CI:
Разработчик → Неделя разработки → Ручное тестирование → 
Обнаружение конфликтов → Дорогие исправления

✅ С CI:
Разработчик → Коммит → Автотесты (5 мин) → 
Ошибка обнаружена → Быстрое исправление

#2. Автоматизация рутины

CI/CD берёт на себя повторяющиеся задачи:

Сборка проекта
Запуск тестов
Линтинг и статический анализ
Деплой на разные окружения
Создание релизов

#3. Сокращение времени доставки

Без CI/CD: Релиз раз в месяц → 2 недели тестирования
С CI/CD:   Релиз несколько раз в день → Автоматические тесты

#4. Воспроизводимость процессов

Пайплайн выполняется одинаково каждый раз:

Те же зависимости
Те же команды
Та же среда выполнения

Это исключает проблему «работает на моей машине».

#Shift Left

Shift Left — практика переноса тестирования и проверки качества на более ранние этапы разработки.

Традиционный подход:
Разработка → Тестирование → Релиз
                    ↑
              Позднее обнаружение

Shift Left:
Разработка + Тестирование → Релиз
         ↑
    Раннее обнаружение

Что «сдвигается влево»:

Unit-тесты (пишутся вместе с кодом)
Линтинг (проверка при коммите)
Security scanning (поиск уязвимостей до релиза)
Performance testing (ранняя проверка производительности)

#Лучшие практики CI/CD

#✅ Делайте

Храните секреты в специальных хранилищах (GitHub Secrets, GitLab Variables)
Автоматизируйте все повторяющиеся процессы
Поддерживайте быстрое выполнение пайплайна (<10 мин для CI)
Реализуйте быстрый откат (fast rollback)
Мониторьте метрики пайплайна (время выполнения, процент успехов)

#❌ Не делайте

Не храните секреты в коде или конфиг-файлах
Не полагайтесь только на ручное тестирование
Не игнорируйте падающие пайплайны
Не создавайте излишне сложные пайплайны
Не деплойте в продакшен без тестирования на staging

#Ключевые термины

Термин	Определение
Pipeline	Процесс CI/CD из последовательных этапов
Job	Единица выполнения с набором шагов
Step	Отдельная команда или действие в job
Runner/Agent	Сервер, на котором выполняется job
Artifact	Файл, созданный в пайплайне (бинарник, образ)
Trigger	Событие, запускающее пайплайн
Environment	Окружение (dev, staging, production)

Continuous Delivery

Continuous Deployment

Код готов к деплою в продакшен

Код автоматически деплоится в продакшен

Требует ручного подтверждения

Полностью автоматический процесс

Контроль времени релиза

Релиз при каждом успешном пайплайне

❌ Без CI: Разработчик → Неделя разработки → Ручное тестирование → Обнаружение конфликтов → Дорогие исправления ✅ С CI: Разработчик → Коммит → Автотесты (5 мин) → Ошибка обнаружена → Быстрое исправление

Традиционный подход: Разработка → Тестирование → Релиз ↑ Позднее обнаружение Shift Left: Разработка + Тестирование → Релиз ↑ Раннее обнаружение

Термин

Определение

Pipeline

Процесс CI/CD из последовательных этапов

Job

Единица выполнения с набором шагов

Step

Отдельная команда или действие в job

Runner/Agent

Сервер, на котором выполняется job

Artifact

Файл, созданный в пайплайне (бинарник, образ)

Trigger

Событие, запускающее пайплайн

Environment

Окружение (dev, staging, production)