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

📌 Continuous Integration (CI) — Непрерывная интеграция

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

🧩 Основные принципы:

• Каждый разработчик коммитит код в общий репозиторий.

• Сразу после коммита запускаются автоматические сборки и тесты.

• Все проверки происходят на CI-сервере (например, Jenkins, GitHub Actions, GitLab CI, CircleCI и т.д.).

• Если тесты не проходят, разработчик быстро узнаёт о проблеме и исправляет её.

🎯 Зачем это нужно:

• Предотвращает накопление ошибок, обнаруженных слишком поздно.

• Снижает риски при слиянии изменений.

• Обеспечивает постоянную уверенность в том, что код работает.

📦 Continuous Delivery (CD) — Непрерывная доставка

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

🧩 Основные принципы:

• После CI добавляются этапы:

  • деплой на staging/QA-среду,

  • нагрузочное тестирование,

  • проверка UI, интеграционных сценариев,

  • финальный аудит и ручное нажатие кнопки "выпустить в прод".

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

💡 Пример:

• Код прошёл CI → задеплоился на тестовый сервер → получил одобрение QA → одним кликом задеплоился на продакшен.

🚀 Continuous Deployment (вторая интерпретация CD)

Это полностью автоматизированный процесс от коммита до продакшена. Вся цепочка: коммит → CI → тесты → деплой на продакшен происходит без участия человека.

🧩 Основные принципы:

• Любое изменение, прошедшее все проверки, автоматически развёртывается в прод.

• Высокая степень автоматизации: тесты, откаты, уведомления и мониторинг.

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

🔧 Типичный pipeline CI/CD

1. Commit / Push — разработчик пушит код в репозиторий.

2. **CI:
   **

   • Автоматическая сборка проекта (build).

   • Статический анализ (lint).

   • Юнит-тесты.

   • Интеграционные тесты.

3. **CD:
   **

   • Сборка и загрузка Docker-образов.

   • Деплой на staging-сервер.

   • E2E тесты, тестирование API и UI.

   • (В случае Continuous Deployment) — автоматическое выкатывание на прод.

4. Monitoring & Alerts — отслеживание состояния, логов, метрик после деплоя.

🧠 Используемые инструменты

• CI/CD платформы: Jenkins, GitLab CI/CD, GitHub Actions, CircleCI, TeamCity, Travis CI.

• Контейнеризация: Docker.

• Оркестрация: Kubernetes.

• Тестирование: JUnit, PyTest, Selenium, Cypress.

• Мониторинг: Prometheus, Grafana, ELK stack, Datadog.

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

• Ускорение поставки новых функций.

• Раннее обнаружение ошибок.

• Повышение стабильности и предсказуемости релизов.

• Минимизация ручного труда.

• Лучшая обратная связь и прозрачность процессов разработки.