Continuous Deployment tətbiqlərin hazırlanmasında: mahiyyəti, mərhələləri və iş prinsipi

Continuous Deployment nədir

Continuous Deployment — bütün avtomatlaşdırılmış yoxlamalardan keçən hər bir kod dəyişikliyinin avtomatik olaraq istehsal mühitinə yerləşdirildiyi inkişaf metodudur. Proses əl təsdiqi tələb etmir — kod kompilasiya, testlər və analizdən keçibsə, dərhal istifadəçilərə çatır.

CD konsepsiyası DevOps mədəniyyəti ilə sıx bağlıdır və yüksək dərəcədə avtomatlaşdırma tələb edir. Komanda öz testlərinə etibar etməli və problem halında sürətli geri qaytarma mexanizmlərinə malik olmalıdır. Bu şərtlər olmadan avtomatik yerləşdirmə riskli olur.

Google Cloud DORA, 2025 məlumatlarına görə, elit ifaçılar (elite performers) kodu gündə bir neçə dəfə yerləşdirir, aşağı effektiv komandalar isə ayda bir dəfə. Belə bir fərq məhz Continuous Deployment və əlaqəli CI/CD təcrübələri sayəsində əldə edilir.

Continuous Deployment inkişaf prosesini necə dəyişir

Ənənəvi yanaşmada buraxılışlar bir neçə həftə və ya ayda bir dəfə çıxır. Tərtibatçılar dəyişiklikləri toplayır, bu da mürəkkəb birləşmələrə və konfliktlərə gətirib çıxarır. CD bu modeli dəyişdirir: dəyişikliklər tamamlandıqdan dərhal sonra tək-tək çıxır. Bu, hər bir buraxılışın mürəkkəbliyini azaldır və problemlərin axtarışını sadələşdirir.

Komanda və infrastruktur tələbləri

CD tətbiqi üçün funktsiya bayraqları (feature toggles) tələb olunur ki, bunlar da yarımçıq funksionallığı istifadəçilərdən gizlətməyə imkan verir. Onlar olmadan tərtibatçılar yarımçıq funksiyaları təhlükəsiz birləşdirə bilməzlər. Həmçinin hərtərəfli monitorinq və alertinq tələb olunur — əgər yerləşdirmə mühiti pozarsa, komanda dəqiqələr ərzində bu barədə öyrənməlidir.

QA avtomatlaşdırmasının rolu

CD-də keyfiyyət təminatı ayrıca bir faza deyil, davamlı bir prosesdir. Hər bir commit yüzlərlə və ya minlərlə avtomatlaşdırılmış testdən keçir: vahid, inteqrasiya, UI və ekran görüntüsü testləri. Hətta bir test uğursuz olarsa — düzəliş edilənə qədər yerləşdirmə bloklanır.

CD vs CI vs Continuous Delivery

CI, CD və Continuous Delivery terminləri tez-tez qarışdırılır, baxmayaraq ki, onlar kod çatdırılması avtomatlaşdırmasının müxtəlif mərhələlərini təsvir edir. Fərqləri anlamaq düzgün pipeline qurmaq üçün kritik əhəmiyyət daşıyır.

Davamlı inteqrasiya (CI) — hər iki model üçün təməldir. Onsuz nə Continuous Delivery, nə də CD mümkün deyil. CI kodun pozulmadığına zəmanət verir və növbəti mərhələlərə hazır olduğunu təmin edir.

Continuous Delivery — komandanın istənilən an düyməni basıb buraxılışı həyata keçirə bilməsidir. CD-dən fərq ondadır ki, Continuous Delivery son qərarı insana (Release Manager və ya DevOps mühəndisinə) buraxır. CD isə bu keçidi tamamilə aradan qaldırır.

Nə vaxt Continuous Delivery CD əvəzinə seçilməlidir

Tənzimləmə tələbləri olan layihələr üçün (fintech, tibb) və ya hər buraxılışın məcburi əl yoxlamasından keçdiyi hallarda (stakeholder təsdiqi), tam avtomatlaşdırma olmadan Continuous Delivery daha təhlükəsiz seçimdir. CD ən yaxşı sürətli yeniləmə dövrü olan SaaS məhsulları və mobil tətbiqlər üçün işləyir.

Continuous Deployment pipeline mərhələləri

Tam CD pipeline bir neçə ardıcıl mərhələni əhatə edir. Hər bir mərhələ qüsurları filtrləyir — mərhələ uğurla keçilərsə, kod növbəti mərhələyə keçir. Mobil tətbiq üçün tipik zənciri nəzərdən keçirək.

1. Commit trigger və kompilasiya

Hər şey repozitoriya push ilə başlayır. CI serveri (məsələn, GitHub Actions və ya Jenkins) webhook bildirişi alır, ən son kod versiyasını yükləyir və kompilasiyanı işə salır. Android üçün bu `./gradlew assembleRelease`, iOS üçün — `xcodebuild -workspace App.xcworkspace -scheme App -configuration Release` ola bilər.

name: CI Pipeline
on: [push, pull_request]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Build Android APK
        run: ./gradlew assembleRelease
      - name: Run Unit Tests
        run: ./gradlew test DebugUnitTestCoverage

2. Avtomatlaşdırılmış test

Uğurlu kompilasiyadan sonra testlər işə salınır: vahid, inteqrasiya, UI və statik kod analizi. Keyfiyyətə nəzarət sistemi kod əhatəsini, zəifliklərin mövcudluğunu və kod stilinin uyğunluğunu yoxlayır. Həddlər keçilməzsə — pipeline dayandırılır.

3. Staging mühitinə yerləşdirmə

Bütün testlər keçilərsə, artefakt avtomatik olaraq staging mühitinə yerləşdirilir. Orada end-to-end testlər və performans testi həyata keçirilir. Bu mərhələdə xarici xidmətlərlə inteqrasiya yoxlamaları qoşula bilər.

4. Canary və ya blue-green yerləşdirmə

Son mərhələ — istehsala çıxarma. Riskləri azaltmaq üçün kanar buraxılışlar (canary releases) istifadə olunur, bu zaman yeni versiya əvvəlcə istifadəçilərin kiçik bir faizinə təqdim edilir. Metriklər sabitdirsə, trafik tədricən 100%-ə qədər artırılır.

pipeline {
    agent any
    stages {
        stage('Build') {
            steps {
                sh './gradlew assembleRelease'
            }
        }
        stage('Test') {
            steps {
                sh './gradlew test'
            }
        }
        stage('Deploy') {
            steps {
                sh './deploy.sh --canary 5%'
            }
        }
    }
    post {
        failure {
            notify 'devops-team'
        }
    }
}

Continuous Deployment üçün alətlər

Bazarda CD dəstəkləyən çoxsaylı platformalar mövcuddur. Seçim texnologiya stack-indən, komanda ölçüsündən və infrastruktur büdcəsindən asılıdır. Əsas kateqoriyaları və onların nümayəndələrini nəzərdən keçirək.

Bulud CI/CD platformaları

GitHub Actions, GitLab CI/CD, CircleCI və Bitbucket Pipelines daxili pipeline dəstəyi təklif edir. Onlar bulud registrləri (Docker Hub, GitHub Container Registry) ilə inteqrasiya olunur və AWS, Google Cloud, Azure və Firebase App Distribution-da yerləşdirməni dəstəkləyir.

İxtisaslaşmış CD alətləri

Spinnaker, ArgoCD və Flux — yalnız CD-yə yönəlmiş alətlər. Onlar qabaqcıl yerləşdirmə strategiyaları təklif edir: blue-green, canary, rolling update. ArgoCD xüsusilə Kubernetes ekosistemində GitOps yanaşması sayəsində populyardır, burada infrastruktur vəziyyəti Git-repozitoriyada təsvir olunur.

Mobil inkişaf üçün alətlər

Fastlane — App Store və Google Play-də kompilasiya və nəşrlərin avtomatlaşdırılması üçün de-fakto standartdır. CI serverləri ilə inteqrasiya olunur və kod imzalanması, ekran görüntüləri, TestFlight və Internal App Sharing vasitəsilə beta paylanmasını idarə edir. Bitrise və Codemagic — mobil tətbiqlər üçün ixtisaslaşmış CI/CD platformalarıdır.

# Fastfile — Fastlane konfiqurasiyası
default_platform(:android)

platform :android do
    desc "Deploy a new version to Google Play"
    lane :deploy do
        gradle(task: 'assembleRelease')
        upload_to_play_store(
            track: 'production',
            release_status: 'completed'
        )
    end
end

CD tətbiqinin ən yaxşı təcrübələri

Continuous Deployment-a keçid yalnız texniki hazırlıq deyil, həm də komanda mədəniyyətində dəyişikliklər tələb edir. Düzgün təcrübələr olmadan avtomatik yerləşdirmə tez-tez insidentlərə və prosesə inamın azalmasına səbəb ola bilər.

Funksiya bayraqları və A/B testi

Feature flags yarımçıq kodu istehsala yerləşdirməyə, lakin istifadəçilərdən gizlətməyə imkan verir. Bu CD-nin əsasıdır — tərtibatçılar funksiyanın tamamlanmasını gözləmədən istənilən vaxt dəyişiklikləri birləşdirə bilər. LaunchDarkly, Flagsmith və ConfigCat funksiya bayraqlarını idarə etmək üçün məşhur platformalardır.

Monitorinq və müşahidə olunabilirlik

Metriklər olmadan yerləşdirmənin uğurunu qiymətləndirmək mümkün deyil. Əsas metriklər: cavab müddəti (latency), səhv nisbəti (error rate), ötürmə qabiliyyəti (throughput). Hər bir buraxılışı real vaxtda izləmək üçün Datadog, New Relic və ya Grafana kimi alətlərdən istifadə edin.

Avtomatik geri qaytarma (auto-rollback)

CD-nin kritik təcrübəsi — avtomatik geri qaytarma mexanizmi. Əgər yerləşdirmədən sonra metriklər pisləşərsə (error rate həddi aşarsa), sistem özü əvvəlki versiyanı qaytarmalıdır. Bu, bərpa müddətini (MTTR) saatlardan dəqiqələrə endirir.

• Metriklər üçün həddlər müəyyən edin — məsələn, error rate > 1% və ya latency > 500ms
• Alerting qurun — Slack, PagerDuty, OpsGenie bildirişləri
• Hər insidentdən sonra post-mortem yazın — günahkar axtarmadan, yalnız faktlar və təkmilləşdirmələr

Pipeline təhlükəsizliyi

CD pipeline dəyərli aktivdir və hücumlar üçün potensial hədəfdir. Sirrlərin idarə edilməsi (Vault, AWS Secrets Manager) istifadə edin, artefaktları və konteynerləri imzalayın, asılılıqları zəifliklər üçün skan edin (Dependabot, Snyk). Heç vaxt giriş açarlarını repozitoriyada saxlamayın.