Niyə bütün oyun hadisələrinin qeydlərini saxlamaq vacibdir

Oyun hadisələri yalnız «spin/win» deyil. Bu, bütün zəncirdir: avtorizasiya, bahislər, provayder vebhukları, cüzdan debetləri/kreditləri, bonusların aktivləşdirilməsi, RG limitləri, KYC/AML siqnalları, şəbəkə anomaliyaları, oyun bild versiyaları və RNG parametrləri. Tam loging platformanı dürüstlük, mübahisələrin sürətli təhlili və idarə olunan risklərlə bir sistemə çevirir.

1) Niyə «hər şey» log saxlamaq

Dürüstlük və təkrarlanabilirlik. «Bit-in-bit» raundunun 'round _ id', seed/nonce və 'build _ hash' üzrə replikası.

Dəqiqələrdə mübahisələrin təhlili. Provayder, cüzdan və müştəri qeydlərini müqayisə → son hökm.

Antifrod/AML. Velocity, graf-links, «pass-through», multiakkaunt, structuring.

Responsible Gaming (RG). Limitlərin/zamanlayıcıların, özünü istisna etmələrin, «soyutmanın» yoxlanılması.

Komplayens və lisenziyalar. Dəyişməz jurnallar, retensiya, giriş auditi.

Məhsul və performans. TTS huniləri (time-to-spin), FPS/gizlilik, PSP/KYC uğursuzluqları, bonus çevirmə.

Maliyyə məcmusu. Debet/kreditlərin PSP hesabatları ilə müqayisəsi, «sakit» uyğunsuzluqların axtarışı.

2) Hansı hadisələri qeyd etmək (minimum dəsti)

Oyun: 'game. round. started/settled ', fiçalar/bonuslar, multiplikatorlar,' build _ hash ',' rtp _ table _ version ',' seed/server _ nonce '.

Pul: 'wallet. debit/credit`, `payout. initiated/settled`, `psp. webhook. received`.

Ödəniş statusu: 'payment. authorized/captured/failed/refunded ', 3DS/SCA keçidləri.

Xüsusi: giriş/giriş, cihaz dəyişikliyi, RG limitləri, özünü istisna, DSR (GDPR) sorğuları.

Təhlükəsizlik: IP/ASN anomaliyaları, brüt fors cəhdləri, WAF işləmələri, rolların dəyişdirilməsi.

Əməliyyatlar/versiyalaşdırma: buraxılışlar, fayllar, sxemlərin/ödəniş cədvəllərinin miqrasiyası.

Müşahidə müddəti: p95/99 API, səhvlər, növbələr, GC-fasilələr, WebSocket establish-rate.

3) Korrelyasiya: vahid «ip» hadisə

Sabit identifikatorları istifadə edin və onları bütün təbəqələrə atın:

'trace _ id' - sorğunun izlənməsi.
'round _ id' - oyun provayderinin (RGS) unikal turudur.
'txn _ id' - cüzdanda unikal pul əməliyyatı/PSP.
'player _ ref' - oyunçunun təxəllüsü/tokeni (PII olmadan).
'build _ hash' - oyun/müştəri bildinin versiyası.
'event _ id' - hadisənin özünəməxsus identifikatoru (duplikasiya üçün).

💡 Qayda: Hər bir hadisə qeyd zamanı bütün məlum korrelyasiya açarlarını ehtiva edir.

4) Dəyişməzlik və bütövlük (WORM/imzalar)

WORM/append-only son jurnallar üçün saxlama (bulud «immutable buckets» və ya xüsusi sistemlər).

Kriptoqrafik müdafiə: imzalar/hash zəncirləri batchey; xarici açar yoxlanılması.

KMS/HSM: imza və şifrələmə açarlarının idarə edilməsi, rotasiya, əməliyyatların auditi.

Sxem versiyası: köhnə hadisələri yenidən yazmadan sahələrin təkamülü.

5) Retensiya və giriş səviyyəsi

Retensiya: isti 90 gün (hadisələrin təhlili), isti 12-24 ay (əməliyyat analitikası), arxiv 2-7 il (lisenziya/vergi tələbləri).

Seqreqasiya: provayderdə oyun qeydləri (RGS), pul - operatorda, lakin bir-birinə istinadlarla.

Giriş: RBAC/ABAC, araşdırmalar üçün JIT hüquqları, dəyişməz oxu/ixrac auditləri.

PII: təxəllüsləri saxlayın; real PII ilə əlaqələr - ayrıca, sahə şifrələmə ilə.

6) Hadisə sxemi (nümunə)

json
{
"event_id": "evt_01HQ…",  "event_type": "game. round. settled",  "occurred_at": "2025-10-17T09:12:45. 384Z",  "trace_id": "trc_9f7…",  "round_id": "rnd_7a2…",  "player_ref": "plr_f0c…",  "operator_id": "op_123",  "game_id": "g_slots_mystic-777",  "build_hash": "sha256:ab39…",  "rng": {"seed":"h_…","server_nonce":"n_…"},  "bet": {"amount": 2. 00, "currency": "EUR", "lines": 20},  "result": {"win": 12. 40, "features": ["free_spin"], "multiplier": 6. 2},  "wallet_links": {"debit_txn_id":"txn_d_…","credit_txn_id":"txn_c_…"},  "integrity": {"batch_hash":"sha256:…","signature":"base64:…"}
}

Eyni prinsiplər - üçün 'wallet. credit`, `payment. captured`, `rg. limit. updated 'və s.

7) Məlumat axını və saxlama

Toplama: sərt açarları olan Kafka/PubSub hadisələri ('round _ id/txn _ id/player _ ref').

Onlayn saxlama: 'date/operator _ id/game _ id' partiyasiyalı sütun formatı (Parquet/ORC).

Serving qat: sürətli replica və araşdırmalar üçün indekslər/materiallaşdırılmış performans.

Arxiv: WORM siyasətləri, şifrələmə və bütövlük yoxlaması ilə obyekt anbarı.

8) Log təhlükəsizliyi

Şifrələmə: TLS 1. 3 «yolda», AES-256-GCM «saxlama», ayrı-ayrı domen açarları (oyunlar/pul/təhlükəsizlik).

Secrets: Secret-manager (Vault/KMS), avtomatik rotasiya, kodda sirlərin qadağan edilməsi.

Əlçatanlıq: multi-regional replikasiya, DR-log və repley bərpa təlimləri.

9) Qeydlər və araşdırmalar (SLA)

Case Management: alert → case 'trace _ id/round _ id/txn _ id' üzrə hadisələrin avtomatik seçimi ilə.

Cavab üçün SLA: məsələn, ödəniş mübahisəsi üçün 2 saat, tənzimləyici sorğu üçün 24 saat.

Artefaktların ixracı: PDF/video replikaları, imzalar, nəzarət heşləri.

10) Log biznesə necə kömək edir

Biletlərin azaldılması: ödənişlərin/bonusların/limitlərin şəffaf tarixi.

A/B-eksperimentlər: TTS ölçülməsi, click-through, uğur fich.

FinOps: trafik/ödəniş metodları dəyəri, CDN hit-rate, $/1000 spins.

Məzmun keyfiyyəti: uduşların paylanması, phich tezliyi, «soyuq» oyunlar.

11) Tez-tez səhvlər

Dəyişən qeydlər. Hər hansı bir düzəliş sübut gücünü öldürür.

Korrelyasiya yoxdur. Hadisələr bağlı deyil 'round _ id/txn _ id' → araşdırmalar günlərlə davam edir.

PII qarışdırılması. Təxəllüs; əlaqəni ayrıca saxlayın və sahələrlə şifrələyin.

Dekuplikasiyanın olmaması. Təkrarlanan webhucks/retrailer = hadisələr və pul dublları.

Bir klaster/region. Qəza zamanı log itkisi = tənzimləyici risklər.

Heç bir sxem. «Sərbəst forma» hesabatları və axtarışları pozur.

12) Yetkinlik ölçüsü

Hadisələrin kritik yollarını əhatə etmək (qeydiyyat → depozit → oyun → çıxış).

Tam korrelyasiya açarları ilə hadisələrin payı.

Case üçün axtarış vaxtı 'round _ id/txn _ id' (p95).

Raund replay vaxt və SLA mübahisə cavab.

Dəyişməzlik dərəcəsi (WORM-nəzarət, təsdiqlənmiş imzalar).

DR bərpa müvəffəqiyyəti (RPO ≈ 0 raundlar üçün).

13) Giriş yoxlama siyahısı (saxla)

Hadisə növləri və sxemləri kataloqu (JSON Schema/Protobuf)
Korrelyasiya açarları: 'trace _ id', 'round _ id', 'txn _ id', 'player _ ref', 'build _ hash'
Stream: açarları və duplication ilə hadisə növbəsi (Kafka/PubSub)
Saxlama: Parquet/ORC, partisiyalar, indekslər; isti/isti/arxiv
WORM/append-only, imzalar və hash zəncir batches
Şifrələmə «yolda/saxlama», KMS/HSM, açar rotasiyası
RBAC/ABAC, JIT Access, oxu/ixrac jurnalları
DR prosedurları və replica bərpa təlimləri
Dəyirmi Replay Alətləri və Yoxlama 'round _ id txn_id'
Retention Siyasəti və GDPR Prosesləri (DSR, anonimləşdirmə)
Dashboard p95 axtarış/replay, SLA qapalı ≤ hallarının payı
Sapport/komplayans sənədləri, cavab şablonları

14) Mini-FAQ

«Xam» RNG məlumatlarını saxlamaq lazımdırmı? Replay üçün kifayət qədər giriş (seed/nonce/versiyası). Xam nümunələr - provayder siyasəti.

Nəticələrə görə «həqiqəti» harada saxlamaq olar? Oyun provayderi (RGS); operatorun linkləri və pul qeydləri var.

GDPR və logları necə birləşdirmək olar? Psevdonimizasiya, sahə şifrələmə, retensiya və DSR ilə - PII ilə bağların seçici çıxarılması.

Logi performansa təsir edirmi? Axın yazısı və sütun arxivində - yox; dar yerlər daha tez-tez parsing/sorğular.

Səhv bir hadisəni redaktə edə bilərəmmi? Yox; düzgün - orijinal istinad ilə kompensasiya hadisə qeyd.

Bütün oyun hadisələrinin qeydlərini saxlamaq hər raundun və qəpiyin sübut oluna bilən tarixçəsinə, idarə olunan təhlükəsizliyə və uyğunluğa, sürətli sapport və yetkin analitikaya sahib olmaq deməkdir. Dəyişməz, korrelyasiya edilmiş, qorunan, aydın retensiya və replay alətləri olan jurnallar qurun - platformanız oyunçu üçün daha şəffaf, tənzimləyici üçün daha etibarlı və biznes üçün daha səmərəli olacaq.