GH GambleHub

Əməliyyatlar və İdarəetmə → Buraxılış və yeniləmə dövrləri

Buraxılış və yeniləmə dövrləri

1) Təyinat

Relizlər dövrü çatdırılma ritmini təyin edir: dəyişikliklər nə vaxt və necə istifadəçiyə çatır, hansı keyfiyyət, sürət və şəffaflıq zəmanətləri ilə. Yaxşı dizayn dövrü:
  • qeyri-müəyyənliyi və koordinasiya xərclərini azaldır,
  • insident və geri dönmə riskini azaldır,
  • biznes hadisələri (marketinq, idman, fin. hesabat),
  • CFR (Change Failure Rate) artım olmadan throughput komanda artırır.

2) Buraxılış modelləri: hansını seçmək

1. Release Train (qatarlar) - sabit slots (məsələn, saat 10:00 EET).

Çox komandalı monolitlər və «ağır» domen dəyişiklikləri üçün uyğundur.

2. Continuous Delivery (sorğu üzrə) - quality-geytadan keçən hər bir merge prod-a gedə bilər.

Mikroservislər və feature-flag mədəniyyəti üçün uyğundur.

3. Hibrid - qatarlar üzrə ərzaq cəbhələri, backend-xidmətlər «tələb olunur».

Seçim meyarları: testlərin yetkinliyi/observability, xarici tərəfdaşlardan asılılıq (PSP/KYC), uyğunluq tələbləri, təşkilatın ölçüsü.

3) Reliz təqvimi və pəncərələr

Vahid təqvim (company-wide): buraxılış yuvaları, DB miqrasiyası, marketinq kampaniyaları, böyük idman tədbirləri, hesabat dövrləri.
Freeze-periodlar: yalnız hotfix P1-ə icazə verildiyi zaman dəqiq müəyyən edilmiş pəncərələr (məsələn, Çempionlar Liqasının finalı, Qara Cümə, vergi hesabatları).
Regional dalğalar: əvvəlcə «isti» bazarlar/aşağı trafik, sonra - əsas; yerli TZ gecə pəncərələri.
Keçid siyasəti: bir kritik yolda eyni vaxtda dəyişikliklərin qadağan edilməsi (ödənişlər, KYC, avtorizasiya).

4) Filiallaşdırma və versiyalaşdırma

Trunk-based + short-lived branches (feature filialları ≤ 3-5 gün).
Release filialı - yalnız qatarlar/uzun yoxlamalar üçün; sərt back-merge 'main'.
SemVer: `MAJOR. MINOR. Kitabxanalar/SDK üçün PATCH '; artefaktlar və mühit etiketləri.
Müqavilələr: back/forward uyğunluğu olan sxemlər (Avro/Protobuf); miqrasiyalar - iki fazalı.

5) Keyfiyyət kanveerləri (geytalar)

1. Static + SAST/DAST + linterlər

2. Unit/Contract/Component testləri

3. E2E/Performance smoke

4. Security/Compliance checks (sirlər, lisenziyalar, ərazi siyasəti)

5. Release Candidate → imza, SBOM, artefaktlar

6. Avto gardrayllarla progressiv rollout (bax § 7)

Bütün geytlər - kod və siyasət (Policy-as-Code), nəticələr - buraxılış əsərlərində.

6) Mühit və promosyonlar

Dev → Int → Stage → Prod, məlumat üçün: Sandbox/Data-Stage.
GitOps promosyonlar, immutable görüntülər, «əl» prod düzəlişləri qadağan.
Parametrləşdirmə: regionlar, limitlər, provayderlər - konfiqlər (audit) vasitəsilə.

7) Yuvarlanma strategiyaları

Canary: 1%→5%→25%→100% (или per-region).
Blue-Green: paralel mühit + atom keçid.
Feature Flags: funksional açarlar/kill-switch; A/B и shadow.
Staged Rollout Mobile/Web: müştərinin versiyalarına/çatdırılma kanallarına görə (Store/OTA).

Gardrails (auto stop): p95 latency ↑> 25%, error%> 2%, avtorizasiyaların/depozitlərin azalması, çarcbeklərin artımı, 1 saatlıq pəncərə üçün burn-rate SLO> eşik.

8) Biznes və tərəfdaşlarla razılaşma

Marketinq/Hadisələr: 48 saat ≥ ehtiyatı olan kampaniyalara funksional buraxılışlar

Partners (PSP/KYC/Game providers): SDK sertifikatlaşdırma/yeniləmə yuvaları, miqrasiya dövrü üçün ikiqat son nöqtələr.
Dəstək: UX dəyişiklikləri, status səhifələri, eskalasiya kanalları üçün makroslar/FAQ.

9) Məlumat və sxemlərin yenilənməsi

Additive first: əvvəlcə əlavə edin, sonra oxu/yazını dəyişdirin, sonda köhnə yazını çıxarın.
İndeks və böyük miqrasiyalar - gecə pəncərələri, batcham, çek və tərəqqi ilə.
Vitrinlərin və metrik lüğətin versiyası: yeniləmələr buraxılış ilə sinxron, BI miqrasiyası - qida pəncərələrindən ayrı.

10) Rabitə və artefaktlar

Release Notes (nə/niyə/risklər/rollback), xidmətlər ChangeLog.
Steykholders üçün təqvim invaytları, reklam şablonları (əvvəl/zamanı/sonra).
Qatarlar/böyük buraxılışlar zamanı War-room kanalı, yeniləmə tezliyi: P1 - hər 15-20 dəq.

11) Effektivlik metrikası

DORA: Deployment Frequency, Lead Time, Change Failure Rate, MTTR.
Dəyişiklik növlərinə görə Backout Rate.
SLO Compliance% buraxılışdan əvvəl/sonra.
Release Debt: «asılı» bayraqlar, yarımçıq miqrasiyalar, köhnə asılılıq.
Business Impact: konvertasiya, KYC TTV, PSP success, GGR/NGR drift buraxılış pəncərəsinə.

12) Anti-nümunələr

Big-bang: bayraqlar/kanaryalar olmadan «hər şey və bir anda».
Freeze istisnaları olmadan trafik/hadisələrin zirvəsinə buraxın.
Avto-gardrayllar olmadan: əl monitorinqi «gözə».
Uzunömürlü budaqlar: ağrılı birləşmələr və gizli reqressiyalar.
Prod əl addımları: heç bir audit və proqnozlaşdırıla bilər.
TTL və sahibləri olmadan bayraqlar: «əbədi» budaqlar.

13) Çek vərəqləri

Buraxılışdan əvvəl

  • RFC/bilet, risk və blast-radius qiymətləndirilir
  • CI/CD geytaları keçdi, artefaktlar imzalandı
  • Yuvarlanma planı + stop meyarları + backout hazır
  • Təqvim, freeze və tərəfdaşlarla razılaşma
  • Dashboard/alert versiyası bağlı, war-room yaradılmışdır

Buraxılış zamanı

  • Kanarya pillələri və avto-stop aktiv
  • p95/error% metrləri, iş siqnalları (auth, KYC, PSP) monitorda
  • Cədvəl üzrə kommunikasiyalar, status-səhifə yenilənir

Buraxıldıqdan sonra

  • Release Notes və ChangeLog nəşr
  • Bayraqlar/müvəqqəti istisnalar silindi (TTL)
  • Post-mortem ≤ 5 qul. gün
  • Yenilənmiş playbook və sənədlər

14) Mini şablonlar

Release slot şablon (qatar):
  • Tarix/vaxt: Vt, 10: 00-12: 00 EET
  • Rayon: EU (10% → 50% → 100%), sonra LATAM (10% → 100%)
  • Stop meyarları: error%> 2% 10 min, p95> + 25% 10 min, PSP success <97%
  • Backout: trafikin əvvəlki versiyaya keçməsi + bayraqların geri çəkilməsi
  • Əlaqə: @RelEng, @SRE -on-call, @Support
Release Notes şablonu (qısa):
  • Nə yeni/Niyə
  • Istifadəçilərə və tərəfdaşlara təsir
  • Risklər və məlum məhdudiyyətlər
  • Yuvarlanma planı/Stop meyarları/Backout
  • Monitorinq üçün metriklər
  • Əlaqə və dəstək kanalları

15) Qonşu fənlər ilə inteqrasiya

Dəyişikliklərin idarə edilməsi: standard/normal/emergency, CAB təsnifatı, audit.
Hadisələrin nəticələrinin azaldılması: hazır fiça bayraqları, kvotalar, şeddinq.
Konfiqurasiya auditi: Git, drift detal və tətbiq jurnalı vasitəsilə bütün promouts.
İcra siyasətləri: limitlər/vaxtlar/retralar - kod kimi, məcburiyyətlə.

16) Yekun

Reliz dövrləri sürət və etibarlılıq arasında idarə olunan ritmdir. Koordinasiya lazım olduqda sabit yuvalar; avtomatlaşdırma yetkinlik harada «tələb». Hər yerdə - bir təqvim, bayraqlar və kanar rulonları, avtomatik gardrayllar və şəffaf kommunikasiyalar. Beləliklə, buraxılışlar proqnozlaşdırıla bilən, təhlükəsiz və qənaətcil olur.

Contact

Bizimlə əlaqə

Hər hansı sualınız və ya dəstək ehtiyacınız varsa — bizimlə əlaqə saxlayın.Həmişə köməyə hazırıq!

Telegram
@Gamble_GC
İnteqrasiyaya başla

Email — məcburidir. Telegram və ya WhatsApp — istəyə bağlıdır.

Adınız istəyə bağlı
Email istəyə bağlı
Mövzu istəyə bağlı
Mesaj istəyə bağlı
Telegram istəyə bağlı
@
Əgər Telegram daxil etsəniz — Email ilə yanaşı orada da cavab verəcəyik.
WhatsApp istəyə bağlı
Format: ölkə kodu + nömrə (məsələn, +994XXXXXXXXX).

Düyməyə basmaqla məlumatların işlənməsinə razılıq vermiş olursunuz.