GH GambleHub

Operatsiyalar va Boshqaruv → Relizlar va yangilanishlar sikli

Relizlar va yangilanishlar turkumlari

1) Vazifasi

Relizlar turkumi yetkazib berish ritmini belgilaydi: o’zgarishlar foydalanuvchiga qachon va qanday tarzda tushadi, qanday sifat kafolatlari, tezlik va shaffoflik bilan. Yaxshi ishlab chiqilgan sikl:
  • muvofiqlashtirishning noaniqligi va qiymatini kamaytiradi,
  • hodisalar va orqaga qaytish xavfini kamaytiradi,
  • texnikani biznes voqealari bilan sinxronlashtiradi (marketing, sport, fin. ),
  • CFR (Change Failure Rate) o’sishsiz buyruqni ko’taradi.

2) Relizlar modellari: qaysi birini tanlash

1. Release Train (poyezdlar) - belgilangan slotlar (masalan, vt/ch 10:00 EET).

Ko’p jamoali monolitlar va «og’ir» domen o’zgarishlari uchun mos keladi.

2. Continuous Delivery (so’rov bo’yicha) - quality-geytadan o’tgan har bir merge prodga o’tishi mumkin.

Mikroservis va feature-flag madaniyatiga mos keladi.

3. Gibrid - poyezdlar bo’yicha oziq-ovqat frontlari, «so’rov bo’yicha» backend-servislar.

Tanlash mezonlari: testlarning yetukligi/observability, tashqi sheriklarga qaramlik (PSP/KYC), komplayens talablari, tashkilot miqdori.

3) Reliz taqvimi va derazalar

Yagona taqvim (company-wide): relizlar, DB migratsiyasi, marketing kampaniyalari, yirik sport tadbirlari, hisobot davrlari.
Freeze-davrlar: faqat hotfix P1 ruxsat etilgan aniq belgilangan derazalar (masalan, UCh finali, Black Friday, soliq hisoboti).
Mintaqaviy to’lqinlar: avval «iliq» bozorlar/past trafik, so’ngra - asosiy; mahalliy TZning tungi oynalari.
Chorrahalar siyosati: bir vaqtning o’zida bitta tanqidiy yo’l (to’lovlar, KYC, avtorizatsiya) bo’yicha o’zgarishlarni taqiqlash.

4) Tarmoqlash va versiyalash

Trunk-based + short-lived branches (feature shoxobchalar ≤ 3-5 kun).
Release-shoxobcha - faqat poyezdlar/uzoq verifikatsiyalar uchun; ’main’ da qattiq back-merge.
SemVer: `MAJOR. MINOR. kutubxonalar/SDK uchun PATCH’; artefaktlar va atrof-muhit teglari.
Kontraktlar: back/forward mosligiga ega sxemalar (Euro/Protobuf); migratsiyalar - ikki fazali.

5) Sifat kanvyerlari (geytlar)

1. Static + SAST/DAST + linterlar

2. Unit/Contract/Component testlari

3. E2E/Performance smoke (steyjda)

4. Security/Compliance checks (sirlar, litsenziyalar, hududlar siyosati)

5. Release Candidate → imzo, SBOM, artefaktlar

6. Avto-gardreyllar bilan progressiv rollout (§ 7 ga qarang)

Barcha geytlar - kod va siyosat (Policy-as-Code), natijalar - reliz artefaktlarida.

6) Muhit va promoutlar

Dev → Int → Stage → Prod, maʼlumotlar uchun: Sandbox/Data-Stage.
GitOps promoutlar, immutable tasvirlar, prodda «qoʻlda» tuzatishlarni taqiqlash.
Parametrlash: hududlar, limitlar, provaydyerlar - konfiglar (auditorlik) orqali.

7) Yoyish strategiyasi

Canary: 1%→5%→25%→100% (или per-region).
Blue-Green: parallel muhit + atom almashtirish.
Feature Flags: funksional/kill-switch; A/B и shadow.
Staged Rollout Mobile/Web: mijoz/yetkazib berish kanallari (Store/OTA) versiyalari bo’yicha.

Gardreylar (auto stop): p95 latency ↑> 25%, error%> 2%, avtorizatsiya/depozitlarning pasayishi, chorjbeklarning oʻsishi, 1 soatlik oyna uchun burn-rate SLO> chegara.

8) Biznes va sheriklar bilan kelishish

Marketing/Voqealar: 48 soatlik ≥ zaxirali kampaniyalarga funksional relizlar.
Hamkorlar (PSP/KYC/Game providers): SDK sertifikatlash/yangilash uchun slotlar, migratsiya davrida ikki tomonlama endpindlar.
Qo’llab-quvvatlash: UX o’zgarishlari uchun makroslar/SSS, maqom sahifalari, eskalatsiya kanallari.

9) Ma’lumotlar va sxemalarni yangilash

Additive first: avval qoʻshish, keyin oʻqish/yozishni oʻzgartirish, oxirida eskisini olib tashlash.
Indekslar va katta migratsiyalar - tungi derazalar, batcham, chekpoynt va progress.
Vitrinalar va metrik lug’atni versiyalash: yangilanishlar reliz bilan sinxron, BI migratsiyasi - oziq-ovqat oynalaridan alohida.

10) Kommunikatsiyalar va artefaktlar

Release Notes (nima/nima/xavflar/rollback), xizmatlar bo’yicha ChangeLog.
Steykxolderlarga kalendar invaytlar, e’lonlar shablonlari (oldin/vaqtida/keyin).
War-room kanali poyezdlar/yirik relizlar vaqtida, yangilanishlar chastotasi: P1 - har 15-20 daqiqada.

11) Samaradorlik metrikasi

DORA: Deployment Frequency, Lead Time, Change Failure Rate, MTTR.
Oʻzgarishlar turi boʻyicha Backout Rate.
SLO Compliance% relizlardan oldin/keyin.
Release Debt: «osilgan» bayroqlar, tugallanmagan migratsiyalar, eski qaramliklar.
Business Impact: konvertatsiya, KYC TTV, PSP success, GGR/NGR drift.

12) Anti-patternlar

Big-bang: «hamma narsa birdaniga» bayroqsiz/kanareykasiz.
Freze istisnosiz trafik/voqealar cho’qqisiga chiqish.
Avto-gardreyllarsiz: «ko’z bilan» qo’lda monitoring.
Uzoq umr ko’radigan shoxlar: og’riqli qo’shilish va yashirin regressiyalar.
Prodda qo’lda qadamlar: audit va oldindan aytish mumkin emas.
TTL va egalari bo’lmagan bayroqlar: «abadiy» shoxobchalar.

13) Chek-varaqlar

Chiqarishdan oldin

  • RFC/chipta, tavakkalchilik va blast-radius baholandi
  • CI/CD geytlari o’tdi, artefaktlar imzolandi
  • Yoyish rejasi + to’xtash mezonlari + backout tayyor
  • Taqvim, freeze va hamkorlar bilan kelishish
  • Dashbordlar/alertlar versiya bilan bogʻlangan, war-room yaratilgan

Reliz paytida

  • Kanareya bosqichlari va avto-stop faol
  • Metriklar p95/error%, biznes signallari (auth, KYC, PSP) monitorda
  • Jadval boʻyicha aloqa, maqom sahifasi yangilanmoqda

Chiqarilgandan keyin

  • Release Notes va ChangeLog
  • Bayroqlar olib tashlandi/vaqtinchalik istisnolar (TTL)
  • Post-mortem 5 qul ≤. kun
  • Pleybuklar va hujjatlar yangilandi

14) Mini-shablonlar

Reliz slot namunasi:
  • Sana/vaqt: Vt, 10: 00-12: 00 EET
  • Okrug: EU (10% → 50% → 100%), keyin LATAM (10% → 100%)
  • To’xtash mezonlari: error%> 2% 10 min, p95> + 25% 10 min, PSP success <97%
  • Backout: trafikni oldingi versiyaga oʻtkazish + bayroqlarni qaytarish
  • Aloqalar: @RelEng, @SRE-on-call, @Support
Release Notes (qisqacha) namunasi:
  • Nima yangilik/Nima uchun
  • Foydalanuvchilar va hamkorlarga ta’sir ko’rsatish
  • Xavflar va ma’lum cheklovlar
  • Yoyish rejasi/Toʻxtash mezonlari/Backout
  • Monitoring uchun metriklar
  • Aloqa va kanallar

15) Qo’shni fanlar bilan integratsiya

Oʻzgarishlarni boshqarish: standard/normal/emergency tasnifi, CAB, audit.
Hodisalar oqibatlarini kamaytirish: tayyor fich-bayroqlar, kvotalar, shedding.
Konfiguratsiyalar auditi: Git, drift detekt va qoʻllanmalar jurnali orqali barcha promoutlar.
Ijro siyosati: limitlar/taymautlar/retralar - kod sifatida, majburlash bilan.

16) Jami

Relizlar tezlik va ishonchlilik o’rtasidagi boshqariladigan ritmdir. Muvofiqlashtirish zarur bo’lgan joyda o’rnatilgan slotlar; avtomatlashtirish yetuk bo’lgan joyda «so’rov bo’yicha». Hamma joyda bitta taqvim, bayroqlar va kanareykalar, avtomatik gardreyllar va shaffof kommunikatsiyalar mavjud. Shunday qilib, relizlar oldindan aytib bo’lmaydigan, xavfsiz va tejamkor bo’ladi.

Contact

Biz bilan bog‘laning

Har qanday savol yoki yordam bo‘yicha bizga murojaat qiling.Doimo yordam berishga tayyormiz.

Telegram
@Gamble_GC
Integratsiyani boshlash

Email — majburiy. Telegram yoki WhatsApp — ixtiyoriy.

Ismingiz ixtiyoriy
Email ixtiyoriy
Mavzu ixtiyoriy
Xabar ixtiyoriy
Telegram ixtiyoriy
@
Agar Telegram qoldirilgan bo‘lsa — javob Email bilan birga o‘sha yerga ham yuboriladi.
WhatsApp ixtiyoriy
Format: mamlakat kodi va raqam (masalan, +998XXXXXXXX).

Yuborish orqali ma'lumotlaringiz qayta ishlanishiga rozilik bildirasiz.