Operatsiyalar va Boshqaruv → Biznes-jarayonlarning uzluksizligi

Biznes jarayonlarining uzluksizligi (BCP)

1) BCP nima va nima uchun zarur

BCP (Business Continuity Planning) - bu har qanday nosozliklarda biznes jarayonlarining barqarorligini ta’minlashga tizimli yondashuvdir: datatsentrning rad etilishidan tortib provayderning inqirozigacha, ma’lumotlarning sizib chiqishi yoki yukning to’satdan ko’payishi.
Yuqori yuklangan mahsulotlarda (iGaming, fintech, marketpleyslar) bu nafaqat infratuzilma haqida - bu ishonchni saqlash, tartibga solish majburiyatlariga rioya qilish va daromadni himoya qilish haqida.

• Muhim servislar va ma’lumotlardan foydalanish imkoniyatini saqlab qolish.
• Qayta tiklash vaqtini (RTO) va maʼlumotlarni yoʻqotishni (RPO) minimallashtirish.
• Inqirozda jamoalar, kommunikatsiyalar va tashqi sheriklarning ish qobiliyatini ta’minlash.
• Xodimlarning munosabati va ularni o’qitishni standartlashtirish.

2) BCP asosiy komponentlari

1. BIA (Business Impact Analysis) - rad etishning jarayonlar va biznesga ta’sirini baholash.
2. Xavf va stsenariylar - tahdidlar matritsasi (infratuzilma, tashqi, inson).
3. RTO/RPO maqsadlari - qayta tiklash va yo’l qo’yiladigan yo’qotishlarning maqsadli qiymatlari.
4. Qayta tiklash rejasi (DRP) - tizimlar va jarayonlarni qayta ishga tushirish boʻyicha batafsil qadamlar.
5. Kommunikatsiyalar - ichki va tashqi kanallar, bildirishnomalar shablonlari.
6. Test va taftish - muntazam tekshirishlar, o’quv mashg’ulotlari, post-tahlil.
7. Versiyalarni hujjatlashtirish va nazorat qilish - markazlashtirilgan foydalanish va dolzarblik.

3) Ta’sir tahlili (BIA)

BIA qaysi jarayonlar tanqidiy ekanligini va ularni qanchalik tez tiklash kerakligini aniqlaydi.

1. Barcha biznes-jarayonlar roʻyxati (Payments, Bets, Games, KYC, Support).

2. Qaramliklarni aniqlash (servislar, ma’lumotlar, provayderlar, xodimlar).

3. Rad etish ta’sirini baholash: moliyaviy, yuridik, obro’li, operatsion.

4. Har bir jarayon uchun RTO/RPO oʻrnatish.

5. Ustuvorlik: «Must Have», «Should Have», «Nice to Have».

4) Tavakkalchilik matritsasi

5) RTO, RPO va tanqidiylik darajasi

RTO (Recovery Time Objective): qayta tiklash uchun qancha vaqt kerak.
RPO (Recovery Point Objective): qancha maʼlumotni yoʻqotish mumkin.

6) DRP (Disaster Recovery Plan)

Maqsad: tizimlarni tez va izchil tiklashni ta’minlash.

1. Stsenariylarni aniqlash (MAning halokati, PSP nosozligi, kalitlarning buzilishi, tarmoqning yo’qolishi).

2. Har bir stsenariy uchun - tayyor bosqichma-bosqich playbook.

3. DR infratuzilmasini qoʻllab-quvvatlash: zaxira klasterlari, DB replikalari, CDN/edge.

4. Muntazam ravishda RTO/RPO va failover protseduralarini sinab ko’ring.

5. Barcha ko’rsatmalarni versiyalar nazorati ostida bitta omborda saqlash.

Scenario: EU region falls
RTO: 30 min    RPO: 5 min
Actions:
1. Activate plan DR # EU
2. Switch DNS → AP Region
3. Verify database consistency (replication lag ≤ 60s)
4. Update Status on StatusPage
5. Perform API benchmarking

7) Jamoalar va rollarni tashkil etish

BCP muvofiqlashtiruvchisi: dastur egasi, taftish va testlarni tashkil etadi.
DR lead: DR-rejalarning texnik amalga oshirilishi uchun javob beradi.
Domain Owners: oʻz jarayonlarining uzluksizligini taʼminlaydi (Payments, Games, KYC).
Kommunikatsiyalar jamoasi: ichki/tashqi bildirishnomalar va maqom-platformalar uchun javob beradi.
HR/Admin: Xodimlar uchun BCP (masofadan ishlash, aloqa, kirish).
Legal/Compliance: tartibga soluvchi bildirishnomalar va yuridik choralar.

8) Inqiroz davrida kommunikatsiyalar

• Aniq kanallar va zaxira aloqalar.
• Birinchi yangilanish - hodisadan keyin 15 daqiqa ichida.
• Kommunikatsiyalarning yagona ohangi, faktlar va ETA.
• Hodisa yopilgunga qadar har N daqiqada yangilash.
• Tiklangandan keyin - hisobot va postmortem.

[HH: MM] PSP-X failed. Impact: Deposits in EU region.
Measures: feilover on PSP-Y. ETA stabilization: 30 min.
The next update is at 15:00.

9) Test sinovlari va mashg’ulotlar

Texnik: failover testlar, DDoS simulyatsiyasini tiklash.
Operatsion: handover/rolь almashinuvi.
Toʻliq BCP mashqlari: «blackout» skripti yoki provayderning mavjud emasligi.

• DR-testlar - har chorakda;
• BCP-keng ko’lamli o’quv mashg’ulotlari - yiliga 1-2 marta.
• Hujjatlashtirish: natijalar, RTO/RPO dan chetga chiqish, yaxshilash bo’yicha harakatlar.

10) Metrika va KPI

RTO compliance: maqsad ≤ qayta tiklangan jarayonlar%.
RPO compliance:% maʼlumot yoʻqolmagan jarayonlar> maqsadli.
DR test success rate: qayta tiklash jarayonlarini muvaffaqiyatli tekshirish.
BCP coverage: dolzarb rejali jarayonlar ulushi (> 90%).
Comms SLA: birinchi hisobot ≤ 15 daqiqa, ETA yangilanishlari.

Postmortem SLA: tahlil qilingan 100% tanqidiy voqealar ≤ 72 soat

11) Hujjatlashtirish va bilimlarni boshqarish

Yagona BCP ombori (versiyalar, egalari, taftish sanalari).
Versiyalarni nazorat qilish: taftish har 6 oyda kamida bir marta.
Foydalanish imkoniyati: oflayn nusxalar va zaxira aloqa kanallari (shu jumladan telekom/messenjerlar).
Integratsiyalar: SOP, hodisa jarayonlari va operatsion dashbordlarda BCPga havola.
Risk Register va Security Policies bilan sinxronlashtirish.

12) 30/60/90 - joriy etish rejasi

• BCP egasi va tanqidiy jarayonlarni aniqlash.
• Bazaviy BIA va tasniflashni (RTO/RPO) bajarish.
• Xavf matritsasini va hodisa stsenariylari katalogini yaratish.
• Ustuvor servislar uchun DRP namunasi va birinchi versiyasini ishlab chiqish.

• Pilot DR-test (failover, DB tiklash) o’tkazish.
• Kommunikatsiya shablonlari va rollarni taqsimlashni tayyorlash.
• BCP hujjatlari va SOP integratsiyasini yaratish.
• Jamoalar va on-call xodimlarni o’qitishni boshlash.

• Jamoalararo BCP mashgʻulotlarini oʻtkazish.
• RTO/RPO va KPI metriklarining muvofiqligi auditini o’tkazish.
• BCP jarayonlarini qayta ko’rib chiqish va avtomatlashtirish rejasini yakunlash.
• BCPni har choraklik OKR va ichki xavfsizlik tekshiruvlariga kiritish.

13) Anti-patternlar

«BCP faqat koʻrish uchun»: haqiqiy testlar va egalari yoʻq.
Joriy arxitektura bilan mos kelmaydigan eskirgan DR koʻrsatmalari.
Tekshirilmagan kommunikatsiya kanallari va aloqalar.
Hisobga olinmagan qaramliklar (PSP, CDN, KYC-provayderlar).
Muvaffaqiyatsizliklardan keyin postmortemalarning yo’qligi.
Tarmoq yiqilganda BCP uchun oflayn aloqa mavjud emas.

14) BCP hujjati tuzilmasining namunasi

1. Objectives and Scope
2. Critical Processes (BIA)
3. Risk Matrix
4. Target RTO/RPO
5. DRP (by scenario)
6. Contacts and Roles
7. Communication templates
8. Schedule of tests and exercises
9. Reporting and auditing
10. Version and update history

15) Boshqa bo’limlar bilan integratsiya qilish

Operatsion tahlil: headroom metrikasi va hodisalargacha degradatsiya.
Ogohlantirishlar va alertlar tizimi: BCP protseduralarini ishga tushirish uchun dastlabki signallar.
Boshqaruv odobi: shaffof hisobotlar va halol testlar.
AI yordamchilari: BCP hisobotlari va DR-check varaqlarini avtomatik ravishda tayyorlash.
Mas’uliyat madaniyati: treninglar, «game days», retrospektivlar.

16) FAQ

Q: BCP DRP dan qanday farq qiladi?
A: BCP kengroq: odamlar, jarayonlar, kommunikatsiyalar, sheriklar va infratuzilmani qamrab oladi. DRP - IT-tizimlarni tiklashning texnik rejasi.

Q: BCPni qanchalik tez-tez yangilash kerak?
A: Arxitekturaning har bir yirik o’zgarishidan, hodisadan keyin yoki 6 oyda kamida 1 marta.

Q: Sheriklarni kiritish kerakmi?
A: Ha. PSP, KYC va studiyalar uzluksizlik zanjirining bir qismi bo’lib, o’zlarining OLA va BCP kelishuvlariga ega bo’lishlari kerak.