Tizim holati sahifalari

1) Nima uchun maqom sahifalari kerak?

• kommunikatsiyalardagi sapport yukini va tartibsizlikni kamaytiradi;
• foydalanuvchilar va sheriklarning ishonchini saqlaydi;
• tartibga solish vazifalarini bajarishga yordam beradi;
• hodisadan keyingi tahlil uchun isbotlanadigan iz yaratadi.

2) Auditoriyalar va ularning ehtiyojlari

O’yinchilar: oddiy «ish/muammolar mavjud», ETA/ETR, jargonsiz tushunarli matn.
VIP/Affiliates/Sheriklar: depozit/stavkalar/hisobotga ta’siri, vaqt oynalari, tavsiyalar (kampaniyalarni to’xtatib turish).
Ichki buyruqlar: komponentlar/hududlar bo’yicha batafsil taqsimlash, KRI/SLO bilan bog’lanish.
Regulyatorlar va banklar/ekvayerlar: hodisa fakti, o’yinchilarga/tranzaksiyalarga ta’siri, rasmiy xabarnomalarga havolalar.

3) Ko’rsatish hajmi (komponentlar modeli)

Mahsulot komponentlari: autentifikatsiya, depozitlar, stavkalar, xulosalar, profil, bonuslar, live-o’yinlar, striming.
Infratuzilma: API-shlyuz, DB, kesh, xabarlar brokeri, CDN/WAF, toʻlov provayderlari, KYC/AML.
Hududlar/klastyerlar: GEO (EU/MEA/LATAM/APAC), bulutli hududlar, ma’lumotlar markazlari.
Maqomi: OK/Degradatsiya/Qisman mavjud emas/Mavjud emas/Rejalashtirilgan ishlar.

4) Maqom-platforma arxitekturasi

4. 1 Ommaviy vs xususiy

Ommaviy: statik vitrin (SPA/SSG) + keshlash, CDN, read-only API.
Xususiy (ichki): kengaytirilgan metriklar, KRI, varrumga havolalar.

4. 2 Ma’lumotlar manbalari

Monitoring va SLO: metriklar (Prometheus/OTel), sintetik tekshiruvlar, tashqi provayderlarning pinglari.
Hodisa-menejment: hodisa kartasi, taymline, hal qilish holati.
PSP/KYC/oʻyin provayderlarining vebxuklari: foydalanish/xato signallari.
Himoyalangan konsol orqali Comms Lead qoʻl yangiliklari (audit-log bilan).

4. 3 Yangilanishlar oqimi

Metrika/KRI → deteksiya qoidalari → hodisani yaratish/yangilash → Comms Lead kartochka/yangilanishlarni e-mail/Telegram/Twitter/ichki chatlar orqali chop etadi.

5) yangilanishlar va hodisalar paytida xulq-atvor uchun SLO

P1: birinchi yangilanish ≤ 10 daqiqa, so’ngra barqarorlashgunga qadar har 15-30 daqiqada.
P2: birinchi yangilanish ≤ 20 daqiqa, keyin har 45-60 daqiqada.
P3/P4: birinchi apdeyt ≤ 60-1440 daqiqa, so’ngra bosqichlar bo’yicha.
Qoida: yangilik boʻlmasa, baribir «oʻzgarishsiz» nashr etamiz, keyingi yangilanish vaqtini koʻrsatamiz.

6) Rejali ishlar

Deraza, ta’sir zonalari, uzaytirish xavfi, orqaga qaytish qadamlari bilan anons shabloni.
Majburiy lokalizatsiya, lokal vaqt zonalari + UTC.
Oynaning vaqtiga tutash kanallarda «aloqa blokirovkasi» (freeze) ni yoqish.

7) Sahifadagi bloklar namunalari

• Sarlavha, daraja (P1-P4), ta’sir qilingan komponentlar/mintaqalar.
• Yangiliklar tasmasi (vaqt, muallif/bot, qisqacha fakt, keyingi yangilanish).
• Joriy impakt (foiz/metrik hisobida), workaround (agar mavjud boʻlsa).
• ETA/ETR (paydo boʻlganda), safport aloqalari, sheriklar/regulyatorlar uchun havolalar.

Rejali ishlar kartochkasi: oyna, xavf, tekshirish chek-varaqasi, bekor qilish mezonlari.

Tarix: sana/komponentlar boʻyicha searchable arxivi (12 oydan ≥), PDF/CSV ga eksport qilish.

8) Mahalliylashtirish va foydalanish

Tillar: EN + asosiy bozorlar (masalan, TR/ES/PT-BR/PL/RO).
Vaqt: foydalanuvchi lokali + UTC.
A11y: kontrastli indikatorlar, Alt-matnlar, semantik belgilar.
Mobil versiya majburiy.

9) Xavfsizlik va komplayens

Faqat minimal zarur texnik tafsilotlar; ichki IP/topologiyani oshkor qilmaslik.
Barcha o’zgartirishlar Comms Lead/Legal orqali PII/to’lovlar mavzularida amalga oshiriladi.
SSO/MFA, JIT-huquqlar, audit-log uchun nashr konsoli (kim/nima/qachon/nima uchun).
WORM/immutable tarix saqlash; almashtirish va ommaviy olib tashlashdan himoya qilish.

10) Operatsiyalar va ma’lumotlar bilan integratsiya qilish

War-room: ikki tomonlama aloqa, hodisa kartochkasidan faktlarni avtomatik yig’ish.
SLO/SLI: sahifada yig’ilgan aptaym grafiklarini ko’rsatish mumkin (30/90 kun).
PSP/KYC: oxirgi javob vaqti bilan tashqi provayderlar maqomi (on/off/degraded).
Biznes-KPI: oxirgi soatdagi muvaffaqiyatli depozitlar/stavkalar ulushi (maxfiy hajmlarni oshkor qilmasdan).

11) Antispam va shovqindan himoya qilish

Voqealarni deduplikatsiya qilish; bog’liq hodisalarni guruhlash.
«Flapping» ni filtrlash uchun avtomatik yangilanishlarni (masalan, 2-3 daqiqa) e’lon qilishdan oldin Xold.
Retrospektiv tuzatishlar siyosati (faqat belgilash va diffga havola bilan tahrir qilish).

12) Status-kommunikatsiyalar sifati metrikasi

MTTA-Comms: birinchi ommaviy yangilanishdan oldin.
Cadence adherence: yangilanishlar chastotasiga rioya qilish.
Consistency: kanallar orasidagi ifodalarning mos kelishi (0 tafovut - maqsad).
Coverage: status-sahifada aks ettirilgan hodisalar ulushi.
Repeat contacts: safportga takroriy murojaatlarni kamaytirish.
View → Deflect: Kirish chiptalari pasayib borayotgan sahifani koʻrish.

13) Joriy etish yo’l xaritasi (6-8 hafta)

• komponentlar/hududlar katalogi, P1-P4 darajalari sxemasi; sahifa dizayni; SSG/SPA va CDNni tanlash; rollar (IC/Comms Lead).

• hodisalar monitoringi va kartochkalari bilan integratsiya qilish; nashr konsoli (SSO/MFA, audit); xabar namunalari va lokalizatsiya.

• tashqi provayderlarni sintetik tekshirish, PSP/KYC maqomi beyjlari; tarix va eksport; rejali ishlar siyosati.

• taymerlar bilan o’quv mashg’ulotlari (tabletop); KPIni ishga tushirish; retrospektiv tuzatishlar qoidalari; «statusni qanday o’qish kerak».

14) Artefaktlar va shablonlar

Komponent matritsasi: komponent → mintaqalar → egalari → SLO → eskalatsiya kanallari.
Birinchi yangilanish namunasi: nima sodir bo’ladi, kim ta’sir qiladi, nima qilamiz, keyingi yangilanish.
Yopish namunasi: tiklash vaqti, sababi, oldini olish choralari, kompensatsiya (agar mavjud boʻlsa).
Tahrirlash siyosati: tuzatishlar, lokalizatsiya SLA belgilanishini kim nashr etishi/tahrirlashi mumkin.
Runbook «Rejali ishlar»: oldindan/keyin chek varaqalari, «go/no-go» mezonlari, kommunikatsiya paketi.

15) Alohida stsenariylar

Xavfsizlik/maʼlumot hodisalari: faqat Legal/Compliance bilan kelishilgandan keyin nashr etish; - tartibga soluvchilar/banklar uchun alohida xususiy oqim bo’lishi mumkin.
Geo-oʻziga xos muammolar: sahifa avtomatik ravishda foydalanuvchining GEOsini aniqlaydi va ustuvor bloklarni chiqaradi.
Multi-tenant: brend/operator maqomining alohida filtrlari/poddomenlari; umumiy infratuzilma - alohida lenta.

16) Antipatternlar

P1 da sukut saqlash> 30 daqiqa.
Kanallar va status-sahifadagi turli raqamlar/formulalar.
Foydalanuvchi tiliga tarjima qilinmagan texnik tafsilotlar juda koʻp.
Retrospektiv belgilar o’rniga voqealarni olib tashlash.
Audit-logsiz va huquqlar nazoratisiz qo’lda e’lon qilish.

17) Jami

Maqom sahifasi shunchaki yashil va qizil nuqtali sayt emas. Bu monitoring, hodisa jarayoni va tashqi qaramliklar bilan chuqur integratsiyalashgan boshqariladigan aloqa platformasi. To’g "ri arxitektura va nashr intizomi bilan maqom sahifasi noaniqlikni kamaytiradi, obro’sini himoya qiladi va iGaming-biznesning eng yuqori cho’qqilarida sifport resurslarini tejaydi.