Sistem durumu sayfaları

1) Neden durum sayfalarına ihtiyacımız var

• Destek yükünü ve iletişimdeki kaosu azaltmak;
• Kullanıcıların ve ortakların güvenini korumak
• Düzenleyici sorumluluklara yardımcı olmak;
• Olay sonrası analiz için kanıtlanabilir bir iz yaratmak.

2) İzleyiciler ve ihtiyaçları

Oyuncular: basit gösterge "çalışıyor/sorunlar var", ETA/ETR, jargon olmadan anlaşılabilir metin.
VIP/İştirakler/Ortaklar: depozito/fiyatlar/raporlama, zaman pencereleri, öneriler (kampanyaları askıya alma) üzerindeki etki.
Dahili komutlar: Bileşen/bölgeye göre ayrıntılı döküm, KRI/SLO ile korelasyon.
Düzenleyiciler ve bankalar/alıcılar: Olayın gerçeği, oyuncular/işlemler üzerindeki etkisi, resmi bildirimlere bağlantılar.

3) Ekran hacmi (bileşen modeli)

Ürün bileşenleri: kimlik doğrulama, para yatırma, bahisler, sonuçlar, profil, bonuslar, canlı oyunlar, akış.
Altyapı: API ağ geçidi, veritabanı, önbellek, mesaj aracısı, CDN/WAF, ödeme sağlayıcıları, KYC/AML.
Bölgeler/kümeler: GEO (EU/MEA/LATAM/APAC), bulut bölgeleri, veri merkezleri.
Durum: Tamam/Bozulma/Kısmi kullanılamama/Kullanılamama/Planlanan faaliyetler.

4) Durum platformu mimarisi

4. 1 Kamu vs Özel

Genel: statik vitrin (SPA/SSG) + önbelleğe alma, CDN, salt okunur API.
Özel (dahili): genişletilmiş metrikler, KRI, var odasına bağlantılar.

4. 2 Veri kaynakları

İzleme ve SLO: metrikler (Prometheus/OTel), sentetik kontroller, dış sağlayıcıların pingleri.
Olay Yönetimi: Olay Kartı, Zaman Çizelgesi, Çözüm Durumu.
PSP/KYC/oyun sağlayıcılarından web kitapları: erişilebilirlik/hata sinyalleri.
Manuel güncellemeler Comms Güvenli bir konsoldan geçin (denetim günlüğü ile).

4. 3 Akış güncelleme

Metrikler/KRI, algılama kuralları, bir olay oluşturma/güncelleme, Comms Lead, bir kart/güncelleme, genel bir sayfaya ve kanallara çoğaltma (e-posta/Telegram/Twitter/dahili sohbetler) yayınlar.

5) Güncellemeler ve olay davranışı hakkında SLO

P1: İlk güncelleme 10 dakika ≤, daha sonra stabilizasyona kadar her 15-30 dakikada bir.
P2: İlk güncelleme 20 dakika ≤, daha sonra her 45-60 dakikada bir.
P3/P4: ilk güncelleme 60-1440 dakika ≤, daha sonra kilometre taşları ile.
Kural: Yeni yoksa, yine de "değişmeden" yayınlıyoruz, bir sonraki güncellemenin zamanını belirtin.

6) Planlı çalışmalar

Pencere, etki bölgeleri, uzatma riski, geri alma adımları ile duyuru şablonu.
Zorunlu yerelleştirme, yerel saat dilimleri + UTC.
Pencere sırasında bitişik kanallarda "donma" aktivasyonu.

7) Sayfadaki şablonları engelleyin

• Başlık, seviye (P1-P4), etkilenen bileşenler/bölgeler.
• Güncellemelerin akışı (zaman, yazar/bot, kısa gerçek, bir sonraki güncelleme).
• Mevcut etki (yüzde/metrik), geçici çözüm (varsa).
• ETA/ETR (mevcut olduğunda), destek bağlantıları, ortaklar/düzenleyiciler için bağlantılar.

Planlanan iş kartı: pencere, risk, önce/sonra kontrol listesi, iptal kriterleri.

Geçmiş: Tarih/bileşenlere göre aranabilir arşiv (≥ 12 ay), PDF/CSV'ye dışa aktarma.

8) Yerelleştirme ve kullanılabilirlik

Diller: EN + anahtar pazarlar (örn. TR/ES/PT-BR/PL/RO).
Zaman: kullanıcı yerel ayarı + UTC.
A11y: kontrast göstergeleri, Alt metinler, semantik işaretleme.
Mobil versiyonu zorunludur.

9) Güvenlik ve uyumluluk

Sadece gerekli minimum teknik detaylar; Dahili IP/topolojiyi açığa çıkarmayın.
Tüm değişiklikler, PII/ödeme konuları altında Comms Lead/Legal'den geçer.
SSO/MFA için yayınlama konsolu, JIT hakları, denetim günlüğü (kim/ne/ne/ne zaman/neden).
WORM/değişmez geçmiş depolama; İkame ve kütle silinmesine karşı koruma.

10) İşlemler ve verilerle entegrasyon

Savaş odası: iki yönlü iletişim, olay kartından gerçeklerin otomatik olarak toplanması.
SLO/SLI: Sayfada toplu çalışma zamanı grafiklerini (30/90 gün) gösterebilirsiniz.
PSP/KYC: Son yanıt süresine sahip harici sağlayıcı durum rozetleri (açık/kapalı/bozulmuş).
İş KPI'ları: Son bir saat içinde başarılı mevduat/oranların isteğe bağlı payı (gizli hacimleri açıklamadan).

11) Antispam ve gürültü koruması

Olay tekilleştirme; İlgili olayların gruplandırılması.
"Çırpma'yı filtrelemek için otomatik güncellemeleri yayınlamadan önce (örneğin, 2-3 dakika) basılı tutun.
Geriye dönük iyileştirme politikası (sadece not ve diff referansı ile düzenleyin).

12) Durum iletişiminin kalite ölçümleri

MTTA-Comms: ilk genel güncellemeden önce.
Kadans uyumu: güncelleme sıklığına bağlılık.
Tutarlılık: Kanallar arasında eşleştirme ifadeleri (0 tutarsızlık - hedef).
Kapsam: Durum sayfasına yansıyan olayların oranı.
Kişileri tekrarlayın: destek için tekrarlanan çağrıların azaltılması.
View Deflect: Gelen biletlerin düşüşü ile sayfa görünümlerinin korelasyonu.

13) Uygulama Yol Haritası (6-8 hafta)

• Bileşenlerin/bölgelerin kataloğu, P1-P4 seviyelerinin diyagramı sayfa tasarımı; SSG/SPA ve CDN seçim rolleri (IC/Comms Lead).

• izleme ve olay kartları ile entegrasyon; Yayınlama Konsolu (SSO/MFA, denetim) mesaj şablonları ve yerelleştirme.

• Dış sağlayıcıların sentetik kontrolleri, PSP/KYC durum rozetleri; Tarih ve ihracat; planlı çalışma politikası.

• Zamanlayıcılar ile (masa üstü) egzersizleri; KPI başlatma; Geriye dönük revizyon kuralları; Genel rehber "durum nasıl okunur".

14) Eserler ve desenler

Component matrix: component? Regions? Owners? SLO? Tırmanma kanalları.
İlk güncellemenin şablonu: neler oluyor, kim etkileniyor, ne yapıyoruz, bir sonraki güncelleme.
Kapanış şablonu: kurtarma süresi, neden, önleme, tazminat (varsa).
Düzenleme ilkesi: düzeltmelerin nasıl işaretlendiğini kim yayınlayabilir/düzenleyebilir, yerelleştirme SLA'ları.
Runbook "Planned works": Önce/sonra kontrol listeleri, "go/no-go" kriterleri, iletişim paketi.

15) Özel senaryolar

Güvenlik/veri olayları: Yalnızca Legal/Compliance ile anlaştıktan sonra yayınlanır; Muhtemelen düzenleyiciler/bankalar için ayrı bir özel akış.
Jeo-spesifik problemler: Sayfa otomatik olarak kullanıcının GEO'sunu algılar ve öncelik bloklarını görüntüler.
Çok kiracılı: marka/operatör başına bireysel durum filtreleri/alt alanlar; Ortak altyapı - ayrı bant.

16) Antipatterns

Sessizlik> P1'de 30 dakika.
Kanallarda ve durum sayfasında farklı sayılar/ifadeler.
Kullanıcı diline çevirmeden çok fazla teknik ayrıntı.
Flashback'ler yerine olay geçmişlerini silin.
Denetim günlüğü ve hak kontrolü olmayan manuel yayınlar.

17) Alt satır

Durum sayfası sadece yeşil ve kırmızı noktaları olan bir site değildir. İzleme, olay süreci ve dış bağımlılıklarla derinden bütünleşmiş, yönetilen bir iletişim platformudur. Doğru mimari ve yayın disiplini ile durum sayfası belirsizliği azaltır, itibarı korur ve özellikle iGaming işinde yoğun zamanlarda destek kaynaklarından tasarruf sağlar.