Qo’shma dashbordlar

1) «Qo’shma dashbordlar» nima va nima uchun ular ekotizim

Qo’shma dashbordlar - bu bir vaqtning o’zida bir nechta tarmoq ishtirokchilari (operatorlar, studiyalar/RGS, agregatorlar, PSP/APM, KYC/AML, affiliates/media, analitika, SRE/xavfsizlik) uchun yagona metrika va voqea panellari.
Maqsad - real vaqtda kelishilgan qarorlar qabul qilish (kampaniyalar, to’lov yo’nalishlari, limitlar, fich-bayroqlar), bunda har bir tomon aynan bitta «haqiqat manbai» da nimaga haqli ekanligini ko’radi.

• Signaldan harakatgacha qisqa yo’l (Observe → Decide → Act halqasi).
• SLO/SLA va xato byudjeti boʻyicha shaffof javobgarlik.
• Atributiya va trafikning sifati haqida munozaralar kamroq.
• Ma’lumotlar va vizualizatsiyaning umumiy standartlari tufayli Cost-to-Serve pasayishi.

2) Namunaviy ssenariylar va auditoriyalar

War-room/Hodisalar: p95 logina/depozit/stavkalar, lag shina hodisalar, health provayderlar, stop-tugmalar.
Kampaniyalar va o’sish: kanallar orqali FTD/ARPU/LTV, affiliatlarning hissasi, missiyalar va turnirlarning dinamikasi, fich-bayroqlarning ustavi.
To’lovlar va KYC: APM/PSP bo’yicha CR, 3DS avtorizatsiyasi, charjbeklar, KYC bosqichlari tezligi.
Mazmun/studiyalar: o’yinlar/provayderlar bo’yicha ushlab turish, RTP/o’zgaruvchanlik, SLI live-video.
SRE/Infra: integratsiya, p95/p99 API, DR-fliplar, headroom va utilizatsiya.
Xavfsizlik/RG: PDn hodisalari, antifrod signallar, RG-gardreylar, sanksiya moslashuvlari.
Moliya: GGR/netto, rake/fee, kreditlar/penalti, Cost-to-Serve, ROI relizlar.

3) Dashbordlarning me’moriy qatlami (nimadan iborat)

1. Hodisa shinasi (EDA): domen topiklari’click/session/bet/spin/deposit/kyc _ status/...’s Schema Registry va trace-korrelyatsiya.
2. Data Contracts & Ontologiya: mavjudotlarning yagona nomlari, identifikator turlari (’playerId’,’operatorId’,’campaignId’), oʻlchov birliklari, vaqt zonalari (UTC/ISO-8601).
3. Metric Store: kanonik hisob-kitoblar KPI/SLO (versionlangan formulalar), data lineage.
4. Real-Time/Streaming qatlami: materiallashtirilgan tasavvurlar (1-5 s ≤), CDC/stream-agregatsiyalar.
5. Access Layer: RBAC + ABAC + ReBAC, tokenizatsiya va ma’lumotlarni yashirish, multi-tenant izolyatsiya.
6. Visualization & Actions: panellar, trassirovka qadar drili, kontekstli harakatlar (bayroqlar, cut-over), bildirishnomalar va vebxuklar.

4) Ma’lumotlar kontraktlari va metrika kataloglari

Nima uchun muhim: formulalar katalogisiz turli ishtirokchilar «FTD», «CR», «valid depozit» ni turlicha deb hisoblashadi → bahslar.
Nimani belgilash kerak: metrikani aniqlash, agregatsiya oynasi, filtrlar/istisnolar, manbalar, egasi, versiya.
Amaliyot: har bir asosiy metrikani egasiga (Data Steward) va domenga (council) bogʻlash. Formula versiyasi - semantik versiyalash orqali (v1, v1. 1…).

5) Kirish, maxfiylik va federatsiya

RBAC + ABAC: roli ("Sherik. Affiliat"), atributlar (yurisdiksiya, chorshanba, risk-skor, verified).
ReBAC: «Men faqat o’zim tegishli bo’lgan kampaniyalarni/o’yinlarni/oqimlarni ko’raman».
PII-minimallashtirish: PDn o’rniga tokenlar, niqoblash, panel tomonida detokenizatsiyani taqiqlash.
Yurisdiksiyalar: ma’lumotlarni mahalliylashtirish va mamlakatlar bo’yicha ko’rinish filtrlari; eksport - faqat agregatlar.
Kirish jurnali: WORM-loglar traceId bilan «kim nimani koʻrgan va qanday harakatlar qilgan».

6) Real-vaqt va unumdorlik (dashbordlarning SLO)

Maʼlumotlarni yangilash (stream): p95 tezkor panellar uchun 1-5 s ≤ kechikish; moliya uchun - ≤ 15 daqiqa.
Panelni chizish: yangi keshda p95 ≤ 1,5 s; isitishda ≤ 4 s.
Foydalanish imkoniyati: ≥ panellar uchun 99,9% (war-room, to’lovlar, KYC).
Drili i eksportы: drili do event ≤ 2-3 s; agregatlar eksporti - auditli batch.
Kvotalar va keshlar: per-tenant rate-limit, issiq vidjetlar keshi, murakkab so’rovlar uchun backpressure.

7) Vizualizatsiya patternlari va UX

Global «shapka» SLO: svetofor p95 login/depozit/stavkalar, hodisalarni yetkazib berish, RG-indikatorlar.
Domenlar bo’yicha bo’limlar: Mahsulot, To’lovlar, KYC/AML, Kontent/Live, Affiliates, SRE/Infra, Xavfsizlik, Moliya.
Drili → Trace: Anomaliya bo’yicha bosish mintaqa/provayder/versiya bo’yicha bo’linishga olib keladi → trace/log ga o’tish.
Paneldagi harakatlar: A/V/bayroqni oʻzgartirish, yoʻnalish ustuvorligini oʻzgartirish, cut-over PSPni ishga tushirish, offerni muzlatish (tasdiqlash va audit bilan).
Guardrails in UI: RG/yurisdiksiya/byudjetni buzish xavfi haqida ogohlantirish.

8) Dashbordlar «paketlari» katalogi (tayyor to’plamlar)

8. 1 War-room (operatsion)

p95/p99 tanqidiy API, KYC to’lovlari/aprutlari muvaffaqiyati, broker lag, provayderlarning holati (outlier-ejection), DR-fliplar, xatolar byudjeti, stop-tugmalar.

8. 2 Kampaniyalar/marketing/affiliatlar

FTD/CR, kanallar/segmentlar hissasi, «last eligible touch» atributsiyasi, missiyalar va turnirlarning chastotasi/daromadi, yurisdiksiyalar bo’yicha limitlar.

8. 3 To’lovlar/PSP/APM

ARM/mintaqa/qurilma bo’yicha CR, p95 avtorizatsiya, chorjbeklar, frod-signallar, avto-cut-over holatlari.

8. 4 KYC/AML

SLA bosqichlari (doc/face/watchlist), FP/FN, manual review navbati, depozit/stavkaga ta’sir qilish hunisi.

8. 5 Kontent/studiyalar va Live

O’yinlar bo’yicha ushlab turish/sessiyalar, RTP/o’zgaruvchanlik, SLI hayot oqimi (e2e kechikish, packet loss), peshqadamlar.

8. 6 SRE/Infra

Uptime integratsiyalari, headroom, o’tkazish qobiliyati, rps/event/stream narxi, rejalashtirilgan o’zgarishlar oynalari.

8. 7 Moliya

GGR/netto, rake/fee, kreditlar/penalti (SLO bo’yicha), Cost-to-Serve, kampaniyalar/kanallarning daromadliligi.

9) Sheriklik scorecards

• SLI/SLO: aptaym, p95, xatolar ulushi, lag shina, protokollar bo’yicha konformans.
• Iqtisodiyot: GGR/fee, cost-to-serve, kreditlar/penalti ulushi.
• Komplayens/RG: PDn hodisalari, RG-triggerlar, sanksiya qoidabuzarliklari.
• Ishonch: treysing/loglarning to’liqligi, audit paketini taqdim etish tezligi.
• Kartochka har ikki tomon uchun ham ochiq bo’lib, hisobot davri oxirida imzolanadi.

10) O’zgarishlarni boshqarish (versiyalar, migratsiya, A/B)

Versionirovaniya vidjetov i formulov: vN v metadata; Oʻzgarishlarda «Feature Notes».
A/B-view: solishtirish uchun turli formulali/kesimli bir xil panellar; xato byudjeti boʻyicha guardrails.
Change windows: avtomatik rollback bilan panel/manbalar relizlari taqvimi.
Conformance-testlar: deployda tanlov/formulalarning to’g "riligi bo’yicha test o’tkazish.

11) Dashbordlarning o’zlari kuzatilishi

Panel metrikasi: TTFB, p95 render, soʻrov xatolari chastotasi, kesh xit ulushi.
Maʼlumotlar sifati: freshness/completeness/uniqueness, schema-violations, drift.
Harakatlar auditi: bayroqni/yo’nalishni/limitni kim o’zgartirdi; ikki faktorli tasdiqlash.
Alertlar: «maʼlumotlar yangilanmagan> N daqiqa», «retraylarning keskin oʻsishi», «RG guardrail chegaraga yaqin».

12) Xavfsizlik va maxfiylik

Zero Trust: mTLS, so’rovlar imzosi (JWS/HMAC), qisqa yashaydigan tokenlar, egress-allow-list.
SoD: «qarayman »/« harakat qilaman »/« boshqaraman».
Eksport: faqat PDnsiz agregatlar; shaxslashtirish - safe-zonalarda.
Yurisdiksiyalar: ma’lumotlarni filtrlash va mahalliylashtirish, DPIA/DPA; eksport kross-borderiga «redline».

13) Anti-patternlar

Ko’p «haqiqatlar»: turli formulalarga ega panellar → xaos va bahslar.
CI «koʻr»: lineage va versiyalar yoʻq - hisobni isbotlab boʻlmaydi.
vitrinada PII: tokenizatsiya/niqoblash yo’qligi.
Kesh va kvotasiz ogʻir soʻrovlar: panelning choʻqqiga tushishi.
Dashbord harakatsiz: hamma narsa ko’rinadi, uni o’zgartirishning iloji yo’q - tezlik yo’qoladi.
Yagona SPOF-shlyuz: N + 1 va health-flip → mavjud emas.

14) Joriy etish chek-varaqasi

1. Ontologiya va ma’lumotlar shartnomalarini o’rnating, metrika egalarini aniqlang.
2. Formulalar va lineage versiyasi bilan Metric Store-ni koʻtaring.
3. Real-time panellar uchun stream-vitrinalarni, moliyaviy hisobotlar uchun batchlarni moslashtiring.
4. RBAC + ABAC + ReBAC, tokenizatsiya, SoD, auditni kiriting.
5. Tayyor panellar katalogini yigʻing (war-room, kampaniyalar, toʻlovlar, KYC, kontent, SRE, moliya).
6. Tasdiqlangan kontekstli harakatlarni (bayroqlar, cut-over, limitlar) qoʻshing.
7. Panellarning SLO (yangilanish, render, foydalanish imkoniyati), kvotalar va keshni kiriting.
8. conformance va e2e testlarini ishga tushiring, qum qutisi/demo ma’lumotlarini yarating.
9. O’zgarishlar portalini tashkil qiling: cheynjloglar, migratsiyalar, fikr-mulohazalar.
10. Sheriklar va RCA bilan muntazam ravishda scorecards «aybsiz».

15) Kamolotning yo’l xaritasi

v1 (Foundation): metriklarning yagona katalogi, asosiy panellar, RBAC, batch-yangilanishlar.
v2 (Integration): stream-vitrinalar, ABAC/ReBAC, panel harakatlari, scorecards.
v3 (Automation): avto-alertlar va SLI, A/B-vyu formulalari bo’yicha avto-dozalash, avtokesh.
v4 (Networked Governance): panellarning hamkorlararo portfellari, federativ vitrinalar, ML taxminiy maslahatlari.

16) Dashbordlarning muvaffaqiyat metrikasi

Yechimlarning tezligi: anomaliyadan harakatgacha (TTD).
Maʼlumotlar birligi: katalogdan hisoblanadigan metriklar ulushi (versiyalar sinxron).
Foydalanish imkoniyati va unumdorligi: p95 render, aptaym panellar, kesh-xit ulushi.
Xavfsizlik: nuqsonlar PDn = 0,% kamuflyaj/tokenizatsiya bilan soʻrovlar.
Iqtisodiyot: Cost-to-Serve pasayishi, tezkor harakatlar tufayli CR/FTD/ARPU ko’payishi.
Sheriklik: muntazam review scorecards, bahsli atributlarni qisqartirish.

Qisqacha xulosa

Qo’shma dashbordlar - bu ekotizimning operatsion vitrinasi: yagona formulalar va ontologiya, real-time yangilanish, qat’iy kirish va «bir marta bosish» harakatlari. Metriklarni standartlashtiring, treysingdan oldin drillarni joylashtiring, kontekstli harakatlar va gardrails qo’shing, kuzatish va versiyalarni ta’minlang - va ishtirokchilar tarmog’i bir xil narsani ko’radi, tezda va xavfsiz hal qiladi, hamma uchun qadriyatni oshiradi.