Какво е непрекъснато внедряване (continuous deployment)?

Това е подход в разработката на софтуер, при който всяка промяна, преминала през автоматизиран пайплайн за тестове и одобрение, се разгръща автоматично в производствената среда. Основната разлика с Continuous Delivery е липсата на ръчен етап на одобрение преди разгръщането в продукция.

Основни етапи:

1. Commit: Разработчикът прави commit на промените в системата за контрол на версиите (например Git).
2. Build: Автоматично изграждане на артефакта (образ, пакет и т.н.).
3. Test: Изпълнение на автоматични тестове (юнит, интеграционни, функционални, натоварващи и др.).
4. Deploy: Ако всички тестове преминат успешно, артефактът се разгръща автоматично в работната среда.

Ключови компоненти:

• Високо ниво на автоматизация.
• Надеждна инфраструктура.
• Използване на практики за Continuous Integration (CI) и Continuous Delivery (CD).
• Мониторинг и логване за бързо откриване на проблеми.
• Възможност за бързо връщане.

# Пример за част от пайплайна в GitLab CI/CD
stages:
  - build
  - test
  - deploy

build_job:
  stage: build
  script:
    - echo "Изграждане на приложението..."
    - # Команди за build

test_job:
  stage: test
  script:
    - echo "Изпълнение на тестове..."
    - # Команди за тестове
  only:
    - main # Само за главния клон

deploy_job:
  stage: deploy
  script:
    - echo "Разгръщане в продукция..."
    - # Команди за разгръщане
  when: on_success # Разгръщане само ако предишните етапи са успешни
  only:
    - main

Предимства	Недостатъци
Бързо пускане на нови функции/корекции	Високи изисквания към качеството на тестовете
Съкратено TTM (Time To Market)	Потенциален риск от разгръщане на нежелани промени
Намаляване на риска при всяко разгръщане	Сложност при внедряване без зрели процеси за CI/CD
Бърза обратна връзка от потребителите	Необходимост от надежден мониторинг и възможност за rollback