Sistem statusu səhifələri
1) Niyə status-səhifələr lazımdır
Status səhifələri - əlçatanlıq və deqradasiyalar haqqında doğru məlumatların vahid ictimai və daxili mənbəyidir. Onlar:- kommunikasiyalarda sapport yükünü və xaosu azaltmaq;
- istifadəçilərin və tərəfdaşların etimadını qoruyur;
- tənzimləyici vəzifələri yerinə yetirməyə kömək edir;
- post-insident təhlili üçün sübut olunan iz yaradır.
2) Auditoriya və onların ehtiyacları
Oyunçular: sadə göstərici «çalışır/problemlər var», ETA/ETR, jarqon olmadan başa düşülən mətn.
VIP/Affiliate/Partners: depozit/faiz/hesabat təsiri, vaxt pəncərələri, tövsiyələr (kampaniyaları dayandırın).
Daxili komandalar: komponentlər/bölgələr üzrə ətraflı bölgü, KRI/SLO ilə korelasiya.
Tənzimləyicilər və banklar/ekvayerlər: hadisə faktı, oyunçulara/əməliyyatlara təsiri, rəsmi bildirişlərə istinadlar.
3) Ekran həcmi (komponentlər modeli)
Məhsul komponentləri: autentifikasiya, depozitlər, dərəcələr, nəticələr, profil, bonuslar, canlı oyunlar, axın.
Infrastruktur: API-şluz, DB, Cache, mesaj brokeri, CDN/WAF, ödəniş provayderləri, KYC/AML.
Regionlar/klasterlər: GEO (EU/MEA/LATAM/APAC), buludlu regionlar, məlumat mərkəzləri.
Statuslar: OK/Deqradasiya/Qismən əlçatmazlıq/Əlçatmaz/Planlı işlər.
4) Status-platforma arxitekturası
4. 1 Açıq vs Xüsusi
İctimai: statik vitrin (SPA/SSG) + caching, CDN, read-only API.
Private (daxili): genişləndirilmiş metriklər, KRI, var-rum linklər.
4. 2 Məlumat mənbələri
Monitorinq və SLO: metriklər (Prometheus/OTel), sintetik yoxlamalar, xarici provayderlərin pinqləri.
Insident-management: insident kartı, time line, həll statusu.
PSP/KYC/oyun provayderlərinin vebhukları: əlçatanlıq/səhv siqnalları.
Təhlükəsiz konsol (audit-log ilə) vasitəsilə Comms Lead əl yeniləmələri.
4. 3 Yeniləmə axını
Metrik/KRI → deteksiya qaydaları → hadisənin yaradılması/yenilənməsi → Comms Lead kart/yeniləmə → ictimai səhifə və kanallara replikasiya (e-mail/Telegram/Twitter/daxili söhbətlər) dərc edir.
5) Hadisələrdə yeniləmə və davranış üçün SLO
P1: stabilizasiyadan əvvəl ilk yeniləmə ≤ 10 dəq, sonra hər 15-30 dəq.
P2: ilk yeniləmə ≤ 20 dəq, sonra hər 45-60 dəq.
P3/P4: ilk yeniləmə ≤ 60-1440 dəq, sonra mərhələlər.
Qayda: yenisi yoxdursa, yenə də «dəyişməz» dərc edirik, növbəti yeniləmənin vaxtını göstəririk.
6) Planlaşdırılmış işlər
Pəncərə, təsir zonaları, yeniləmə riski, geri dönüş addımları ilə elan şablonu.
Məcburi lokalizasiya, yerli saat kəmərləri + UTC.
Pəncərə vaxtı qonşu kanallarda «rabitə kilidini» (freeze) açmaq.
7) Səhifədə blok şablonları
Hadisə kartı:- Başlıq, səviyyə (P1-P4), təsirlənmiş komponentlər/regionlar.
- Yeniləmə lenti (vaxt, müəllif/bot, qısa fakt, növbəti yeniləmə).
- Cari impakt (faiz/metrik), workaround (varsa).
- ETA/ETR (göründüyü zaman), sapport kontaktları, tərəfdaşlar/tənzimləyicilər üçün linklər.
Planlı iş kartı: pəncərə, risk, yoxlama siyahısı əvvəl/sonra, ləğv meyarları.
Tarix: tarix/komponentlər üzrə axtarış arxivi (12 aydan ≥), PDF/CSV-yə ixrac.
8) Lokalizasiya və əlçatanlıq
Dillər: EN + əsas bazarlar (məsələn, TR/ES/PT-BR/PL/RO).
Vaxt: lokal + UTC.
A11y: kontrast göstəricilər, Alt mətnlər, semantik işarələr.
Mobil versiya tələb olunur.
9) Təhlükəsizlik və uyğunluq
Yalnız minimum texniki detallar; daxili IP/topologiyanı açıqlamayın.
Bütün dəyişikliklər PII/ödəniş mövzularında Comms Lead/Legal vasitəsilə həyata keçirilir.
SSO/MFA, JIT hüquqları, audit-log (kim/nə/nə vaxt/nə üçün) üçün nəşr konsolu.
WORM/immutable tarixi saxlama; saxtakarlığa və kütləvi silinməyə qarşı qorunma.
10) Əməliyyatlar və məlumatlarla inteqrasiya
War-room: ikitərəfli əlaqə, hadisə kartından faktların avtomatik toplanması.
SLO/SLI: Səhifədə yığılmış aptaym qrafikləri göstərilə bilər (30/90 gün).
PSP/KYC: son cavab vaxtı ilə xarici provayderlərin status nişanları (on/off/degraded).
Biznes-KPI: Son bir saat ərzində müvəffəqiyyətli depozitlərin/dərəcələrin payı (məxfi həcmləri açıqlamadan).
11) Anti-spam və səs-küy qorunması
Hadisələrin təkrarlanması; əlaqəli hadisələrin qruplaşdırılması.
«Flapping» filtrasiyası üçün avtomatik yeniləmələri (məsələn, 2-3 dəq) dərc etməzdən əvvəl Hold.
Retrospektiv düzəlişlər siyasəti (yalnız qeyd və diff istinad ilə redaktə).
12) Status-kommunikasiyaların keyfiyyət metrikası
MTTA-Comms: ilk ictimai yeniləməyə qədər.
Cadence adherence: yeniləmələrin tezliyinə riayət etmək.
Consistency: kanallar arasında ifadələrin üst-üstə düşməsi (0 uyğunsuzluq - hədəf).
Coverage: status səhifəsində əks olunan hadisələrin payı.
Repeat contacts: sapport təkrar müraciətlərin azaldılması.
View → Deflect: daxil olan biletlərin düşməsi ilə səhifə baxışlarının korelyasiyası.
13) Yol xəritəsi (6-8 həftə)
Ned. 1–2:- komponentlərin/regionların kataloqu, P1-P4 səviyyələrinin sxemi; səhifə dizaynı; SSG/SPA və CDN seçimi; rolları (IC/Comms Lead).
- hadisələrin monitorinqi və kartları ilə inteqrasiya; nəşr konsolu (SSO/MFA, audit); mesaj şablonları və lokalizasiya.
- xarici provayderlərin sintetik yoxlamaları, PSP/KYC status nişanları; tarix və ixrac; planlı iş siyasəti.
- zamanlayıcılarla təlimlər (tabletop); KPI başlanğıcı; retrospektiv düzəlişlər qaydaları; ictimai guide «status oxumaq üçün necə».
14) Artefaktlar və şablonlar
Komponent matrisi: komponent → regionlar → sahibləri → SLO → eskalasiya kanalları.
Birinci yeniləmə şablonu: nə baş verir, kim toxunur, nə edirik, növbəti yeniləmə.
Bağlanış şablonu: bərpa vaxtı, səbəb, qarşısının alınması, kompensasiya (varsa).
Redaktə siyasəti: kim çap/düzəlişlər, SLA lokalizasiya kimi redaktə edə bilər.
Runbook «Planlı işlər»: əvvəl/sonra çek vərəqləri, «go/no-go» meyarları, rabitə paketi.
15) Xüsusi ssenarilər
Təhlükəsizlik/məlumat hadisələri: yalnız Legal/Compliance ilə razılaşdırıldıqdan sonra nəşr; ola bilər - tənzimləyicilər/banklar üçün ayrıca xüsusi axın.
Geo-spesifik problemlər: Səhifə avtomatik olaraq istifadəçinin GEO-larını müəyyənləşdirir və prioritet blokları çıxarır.
Multi-tenant: marka/operator üçün ayrı-ayrı filtrlər/alt status domenləri; ümumi infrastruktur - ayrıca lent.
16) Antipattern
P1-də sükut> 30 dəqiqə.
Kanallarda və status səhifəsində müxtəlif rəqəmlər/formulalar.
İstifadəçi dilinə tərcümə etmədən çox texniki detallar.
Retrospektiv qeydlər əvəzinə hadisə hekayələrini silmək.
Audit-log və hüquq nəzarəti olmadan əl ilə nəşr.
17) Yekun
Status-səhifə yalnız yaşıl və qırmızı nöqtələri olan bir sayt deyil. Bu, monitorinq, insident prosesi və xarici asılılıqlar ilə dərin inteqrasiya olunmuş idarə olunan rabitə platformasıdır. Düzgün memarlıq və nəşr nizam-intizamı ilə status-səhifə qeyri-müəyyənliyi azaldır, nüfuzunu qoruyur və iGaming-biznesin pik anlarında - xüsusilə də sapport resurslarına qənaət edir.