Как да организираме пълен цикъл CI/CD за три екипа…

За организацията на пълен цикъл CI/CD за три екипа могат да се използват следните подходи и инструменти:

Една централизирана платформа CI/CD: Използване на централизирана платформа като Jenkins, GitLab CI/CD, GitHub Actions, Azure DevOps или CircleCI. Това позволява стандартизиране на процесите, осигуряване на прозрачност и управление на всички pipeline-и от едно място.
Монорепо или Полирепо:
- Монорепо: Всички екипи работят в един репозиторий. Това изисква по-сложно настройване на клонове и тригери за стартиране на pipeline-и само при промени в съответните части на кода. Улеснява управлението на зависимости и версиониране.
- Полирепо: Всеки екип има свой собствен репозиторий. Това улеснява изолацията, но усложнява управлението на зависимости между екипите и стандартизацията на процесите.
Стандартизация на процесите:
- Единен формат на pipeline-и: Използване на декларативни pipeline-и (Jenkinsfile, .gitlab-ci.yml, .github/workflows/*.yml) за описание на стъпките на CI/CD в кода.
- Общи библиотеки/шаблони: Създаване на повторно използваеми стъпки или шаблони за общи задачи (сглобяване, тестове, разгръщане), за да се намали дублирането и да се осигури съгласуваност.
- Система за управление на версиите (VCS): Използване на единна VCS (например Git) с ясни политики за клонове (Gitflow, Trunk-based development).
Pipeline за CI/CD:
- CI (Непрекъсната интеграция):
  - Тригър при push към развойната клонка (например develop или feature клонове).
  - Изтегляне на изходния код.
  - Сглобяване на приложението (компилация, опаковане).
  - Автоматизирано тестване (юнит, интеграционни тестове).
  - Анализ на кода (статичен анализ, проверка на стандарти).
  - Създаване на артефакт (Docker образ, JAR, WAR и др.) и публикуване в репозиторий за артефакти (Nexus, Artifactory, Docker Registry).
  - Уведомяване за успешно/неуспешно изпълнение.
- CD (Непрекъсната доставка/разгръщане):
  - Тригър след успешно завършване на CI и/или при сливане в основната клонка (например main/master).
  - Получаване на артефакта от репозитория.
  - Разгръщане в тестова среда (dev/staging).
  - По-задълбочени тестове (функционални, smoke, производителност).
  - За Continuous Delivery: спиране и ръчно потвърждение за разгръщане в продукция.
  - За Continuous Deployment: автоматично разгръщане в продукция след успешни тестове.
  - Използване на инструменти за управление на конфигурации и разгръщане (Ansible, Chef, Puppet) или оркестрация (Kubernetes с Helm/Argo CD/Flux).
  - Проверка на състоянието на приложението след разгръщане.
  - Rollback при проблеми.
Инструменти:
- VCS: Git (GitHub, GitLab, Bitbucket).
- Платформи за CI/CD: Jenkins, GitLab CI/CD, GitHub Actions, Azure DevOps, CircleCI.
- Инструменти за билд: Maven, Gradle, npm, yarn, pip, Go Modules, Docker build.
- Тестови рамки: JUnit, TestNG, Pytest, Mocha, Jest.
- Статичен анализ: SonarQube, Linters (ESLint, Pylint).
- Репозитории за артефакти: Nexus, Artifactory, Docker Registry.
- Управление на конфигурации: Ansible, Chef, Puppet.
- Контейнеризация: Docker.
- Оркестрация: Kubernetes, Docker Swarm.
- Стратегии за разгръщане: Blue/Green, Canary, Rolling Update.
- Мониторинг и логване: Prometheus, Grafana, ELK Stack (Elasticsearch, Logstash, Kibana).
- Уведомяване: Slack, Email, Microsoft Teams.
Разделяне на отговорностите и достъпа:
- Ясно определяне на роли и права за достъп до инструменти и среди за всяки екип.
- Използване на тайни и променливи на средата за сигурно съхранение на данни за вход.
Обратна връзка:
- Интеграция на pipeline-ите с системи за уведомяване и инструменти за мониторинг, за да се информират бързо екипите за проблеми.

Примерна структура на pipeline за един екип (на пример GitLab CI/CD):

# .gitlab-ci.yml
stages:
  - build
  - test
  - deploy

variables:
  DOCKER_IMAGE: $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA
  TEST_IMAGE: $CI_REGISTRY_IMAGE/testrunner:$CI_COMMIT_SHORT_SHA

build_job:
  stage: build
  image: docker:latest
  services:
    - docker:dind
  script:
    # Сглобяване на приложението (пример за Java с Maven)
    # ./mvnw clean package -DskipTests
    # Сглобяване на Docker образ
    docker build -t $DOCKER_IMAGE .
    # Вход в GitLab Container Registry
    docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
    # Публикуване на Docker образ
    docker push $DOCKER_IMAGE
  artifacts:
    paths:
      - target/*.jar # или други артефакти

test_job:
  stage: test
  image: $DOCKER_IMAGE # Използване на сглобения образ или отделен тестов образ
  script:
    # Изпълнение на юнит и интеграционни тестове
    # Например, за Java:
    # java -jar target/my-app.jar --run-tests
    # За Node.js:
    # npm test
    echo "Изпълняват се тестове..."
    sleep 10 # Показателен пример
  needs:
    - build_job

deploy_staging_job:
  stage: deploy
  image: alpine/curl # или образ с инструменти за разгръщане
  script:
    # Разгръщане в тестовата среда
    # Например, curl заявка към API за разгръщане или команда kubectl
    echo "Разгръщане на $DOCKER_IMAGE в staging..."
    # kubectl apply -f k8s/staging.yaml --namespace <името на екипа>
    sleep 10 # Показателен пример
  environment:
    name: staging
    url: https://staging.your-app.com
  only:
    - main # Тригър при сливане в main

deploy_production_job:
  stage: deploy
  image: alpine/curl # или образ с инструменти за разгръщане
  script:
    # Разгръщане в продукционната среда
    echo "Разгръщане на $DOCKER_IMAGE в production..."
    # kubectl apply -f k8s/production.yaml --namespace <името на екипа>
    sleep 10 # Показателен пример
  environment:
    name: production
    url: https://your-app.com
  when: manual # Ръчно потвърждение за продукцията
  only:
    - main
  needs:
    - deploy_staging_job

Това може да се разшири за три екипа чрез създаване на отделни pipeline-и (или секции/директории в monorepo), като се използват общи шаблони или библиотеки за повтарящи се стъпки като изграждане на контейнер или разгръщане в Kubernetes. Всеки екип управлява своя код и pipeline-и, но в рамките на една платформа и стандарти.

Как да организираме пълен цикъл CI/CD за три екипа?