Üç komanda üçün tam CI/CD dövrünü necə təşkil etmək…

Üç komanda üçün tam CI/CD dövrünü təşkil etmək üçün aşağıdakı yanaşmalar və alətlər istifadə oluna bilər:

Birlikdə CI/CD platforması: Jenkins, GitLab CI/CD, GitHub Actions, Azure DevOps və ya CircleCI kimi mərkəzləşdirilmiş platformadan istifadə. Bu, prosesləri standartlaşdırmağa, şəffaflığı təmin etməyə və bütün boru xətləri idarə etməyə imkan verir.
Monorepo və ya Polirepo:
- Monorepo: Bütün komandalar eyni repozitoriyada işləyir. Bu, filial quruluşu və boru xətlərinin yalnız müvafiq kod sahələrində dəyişikliklərə görə işə salınması üçün daha mürəkkəb konfiqurasiya tələb edir. Bu, asılılıqları idarə etməyi və versiyalaşdırmanı sadələşdirir.
- Polirepo: Hər komanda öz repositoriyasına malikdir. Bu, izolyasiyanı asanlaşdırır, lakin komandalar arasında asılılıqları və standartlaşdırmanı idarə etməyi çətinləşdirir.
Proseslərin standartlaşdırılması:
- Birləşmiş boru xətləri formatı: CI/CD addımlarını kodda təsvir etmək üçün deklarativ boru xətləri (Jenkinsfile, .gitlab-ci.yml, .github/workflows/*.yml) istifadə.
- Ümumi kitabxanalar/nümunələr: Ümumi tapşırıqlar üçün təkrar istifadə olunan addımlar və ya şablonlar yaradın (quraşdırma, test, yerləşdirmə), təkrarlanmanı azaltmaq və uyğunluğu təmin etmək üçün.
- Versiya idarəetmə sistemi (VCS): Git kimi vahid VCS istifadə edin və dəqiq filial siyasətləri tətbiq edin (Gitflow, Trunk-based Development).
CI/CD boru xətləri:
- CI (Davamlı İnteqrasiya):
  - İnkişaf filialına (məsələn, develop və ya xüsusiyyət filialı) push üçün tetik.
  - Mənbə kodunu əldə et.
  - Tətbiqi qur (kompilyasiya, paketləşdirmə).
  - Avtomatlaşdırılmış testlər (birlik, inteqrasiya testləri).
  - Kod analizi (statik analiz, standartların yoxlanması).
  - Artefakt yaradın (Docker image, JAR, WAR və s.) və artefakt deposuna yerləşdirin (Nexus, Artifactory, Docker Registry).
  - Uğurlu və ya uğursuz nəticə barədə bildiriş.
- CD (Davamlı Çatdırılma/Yerləşdirmə):
  - Uğurlu CI tamamlandıqdan sonra və ya əsas filiala (məsələn, main/master) merge edildikdən sonra tetik.
  - Artefaktı depodan əldə et.
  - Test mühitinə yerləşdir (dev/staging).
  - Funksional, smoke və performans testləri kimi daha dərin testlər.
  - Davamlı Yerləşdirmə üçün: Yerləşdirmə üçün əl ilə təsdiq və dayandırma.
  - Davamlı Yerləşdirmə üçün: Uğurlu testlərdən sonra avtomatik yerləşdirmə.
  - Konfiqurasiya və yerləşdirmə alətləri (Ansible, Chef, Puppet) və ya orkestrasiya (Kubernetes ilə Helm/Argo CD/Flux) istifadə edin.
  - Yerləşdirmədən sonra tətbiqin vəziyyətini yoxlayın.
  - Problemlər halında geri dönüş.
Alətlər:
- VCS: Git (GitHub, GitLab, Bitbucket).
- CI/CD Platformaları: Jenkins, GitLab CI/CD, GitHub Actions, Azure DevOps, CircleCI.
- Yığma Alətləri: Maven, Gradle, npm, yarn, pip, Go Modules, Docker build.
- Test Çərçivələri: JUnit, TestNG, Pytest, Mocha, Jest.
- Statik Analiz: SonarQube, Linters (ESLint, Pylint).
- Artefakt Depositoriyası: Nexus, Artifactory, Docker Registry.
- Konfiqurasiya İdarəetməsi: Ansible, Chef, Puppet.
- Konteynerləşdirmə: Docker.
- Orkestrasiya: Kubernetes, Docker Swarm.
- Yerləşdirmə Strategiyaları: Blue/Green, Canary, Rolling Update.
- Monitorinq və Loglama: Prometheus, Grafana, ELK Stack (Elasticsearch, Logstash, Kibana).
- Bildiriş: Slack, Email, Microsoft Teams.
Məsuliyyət və girişin bölünməsi:
- Hər komanda üçün alətlər və mühitlərə giriş və hüquqların dəqiq müəyyənləşdirilməsi.
- Güvənli saxlama üçün sirrlər və mühit dəyişənlərindən istifadə.
Əlaqə:
- Boru xətləri və monitorinq alətləri ilə inteqrasiya, komandalara problemlər barədə tez məlumat verilməsi.

Bir komanda üçün boru xətti nümunəsi (GitLab CI/CD nümunəsi):

# .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:
    # Tətbiqin yığılması (Java üçün Maven nümunəsi)
    # ./mvnw clean package -DskipTests
    # Docker image yığılması
    docker build -t $DOCKER_IMAGE .
    # GitLab Container Registry-ə giriş
    docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
    # Docker image yerləşdirmə
    docker push $DOCKER_IMAGE
  artifacts:
    paths:
      - target/*.jar # və ya digər artefaktlar

test_job:
  stage: test
  image: $DOCKER_IMAGE # Yığılmış image və ya test üçün ayrıca image
  script:
    # Birlik və inteqrasiya testlərinin işlədilməsi
    # Məsələn, Java üçün:
    # java -jar target/my-app.jar --run-tests
    # Node.js üçün:
    # npm test
    echo "Testlər işlədilir..."
    sleep 10 # Nümunə
  needs:
    - build_job

deploy_staging_job:
  stage: deploy
  image: alpine/curl # və ya yerləşdirmə üçün alətlər olan image
  script:
    # Staging mühitinə yerləşdirmə
    # Məsələn, API çağırışı və ya kubectl komandası
    echo "$DOCKER_IMAGE staging-ə yerləşdirilir..."
    # kubectl apply -f k8s/staging.yaml --namespace <komanda-namespace>
    sleep 10 # Nümunə
  environment:
    name: staging
    url: https://staging.your-app.com
  only:
    - main # Merg üçün tetik

deploy_production_job:
  stage: deploy
  image: alpine/curl # və ya yerləşdirmə üçün alətlər olan image
  script:
    # İstehsal mühitinə yerləşdirmə
    echo "$DOCKER_IMAGE istehsala yerləşdirilir..."
    # kubectl apply -f k8s/production.yaml --namespace <komanda-namespace>
    sleep 10 # Nümunə
  environment:
    name: production
    url: https://your-app.com
  when: manual # İstifadəçi təsdiqi ilə istehsal üçün
  only:
    - main
  needs:
    - deploy_staging_job

Bu, üç komanda üçün genişləndirilə bilər, hər bir komanda öz kodunu və boru xətlərini idarə edir, lakin vahid platforma və standartlar çərçivəsində.

Üç komanda üçün tam CI/CD dövrünü necə təşkil etmək olar?