RGS yuva kararlılığı ve telemetri nasıl sağlar

Tam makale

💡 18+. Stüdyo ekipleri, toplayıcılar ve iGaming operatörleri için teknik malzeme. Oynamak için bir çağrı değil.

1) İstikrar ve şeffaflıkta RGS'nin rolü

RGS (Remote Game Server), stüdyonun RNG içeriğinin çekirdeğidir. Yuvarlak sonuçlar üretir, bonus durumlarını korur, platform/toplayıcı ödeme döngüsüyle bütünleşir ve BI ve düzenleyiciler için telemetri sağlar. Aşağıdakiler istikrarına bağlıdır: yerleşim çiftlerinin yokluğu, turun düşük gecikmesi, ikramiyelerin/görevlerin doğruluğu ve raporlamanın güvenilirliği.

2) SLO'ları ve değişmezleri para üzerinden hedefleyin

İş SLO'su (minimum):

P95 'bet/settle' <200 ms (ödeme şerbetçiotu olmadan), error '<0. 1%`.
"Kayıp/Çoğaltılmış Yerleşimler" = 0.
Otobüs/BI ≤ 5 dk olayların teslimi.
Kritik API'nin kullanılabilirliği (bet/settle/rollback) ≥ 99. 95%.

Değişmezler:

Bakiyeye göre doğru - platform cüzdanında, RGS yalnızca turların durumunu saklar.
Tüm parasal çağrılar idempotent: 'Idempotency-Key', benzersiz 'bet _ id'/' round _ id'.
Tazminat - destanlar, veritabanının "manuel düzenlemeleri'değil.

3) "Anti-kırılgan" istikrar mimarisi

3. 1 Idempotans ve destanlar

'Bet. authorized', 'bet' komutları. Yerleşme ', idempotency anahtarı ve veri tekilleştirme ile' geri alma '.

Destan net durumlarla ('başladı', 'yerleşti _ pending _ credit', 'kredilendirildi', 'tazmin edildi') "bet> outcome - credit".

3. 2 Çıkış Kutusu/CDC ve Garantili Teslimat

Olay, yuvarlak durumda bir değişiklikle bir işlemde giden kutusuna kaydedilir.

Arka plan yayıncısı - otobüs (Kafka/Pulsar); DWH - CDC (Debezium/analogları) için.

3. 3 Sırt basıncı ve kuyruklar

'Settle'/' jackpot'u arabelleğe alma. kuyruklarda tetik '; "Bahis fırtınalarına" karşı koruma.

'Session _ id've sağlayıcı üzerinde token kovaları/limitleri; zarif-bozunum'yeni oturum yok ".

3. 4 Kanarya bültenleri ve özellik bayrakları

Yeni sürüme trafiğin %1-5'i, SLO aracılığıyla otomatik geri alma.

Tartışmalı mekaniklerin dahil edilmesi (Bonus Buy, yeni RTP havuzları) - anında kapalı özellik bayrağı aracılığıyla.

3. 5 Devlet ve Ölçek

Oyun durumu minimumdur; TTL + jitter ile 'session _ id' veya harici yığın (Redis/SQL) ile yapışkan oturumlar.

API cephelerinden bağımsız olarak 'settle'/' jackpot' çalışanlarının yatay ölçeklendirilmesi.

3. 6 Sağlık entegrasyonları

Sağlayıcının/toplayıcının sağlık örnekleri: 'ping', 'config', 'wallet' latency.

"Hasta" bölgelerde/kanallarda otomatik yük azaltma.

4) Varsayılan koruma ve uyumluluk

Çevre içindeki mTLS + istek imzaları (HMAC/EdDSA), kısa ömürlü belirteçler.

WAF/bot koruması, cihaz parmak izi, hız kuralları.

Vault/HSM'deki sırlar, KMS şifreleme, hassas alanların tokenizasyonu.

WORM denetimi: değişmez matematik/limit/jackpot değişiklikleri dergisi.

RGS, veri ikametine saygı duyar: Bölgeler arası okumaları yasaklayan bölgeye göre PII/kayıtlar (AB/İngiltere/BR...).

5) Tam telemetri haritası: ne ve nasıl ölçülür

5. 1 İş Metrikleri (Oyun)

'nets _ per _ min', 'active _ sessions', 'avg _ bet', 'win _ rate', 'hit _ rate', 'rpt' (RTP actual), 'bonus _ entry _ rate', 'freespin _ rounds', 'feature _ buy _ count', 'jackpot _ tribe/trigger', 'settle _ lag _ ms' (sonuçtan krediye kadar olan süre), 'wager _ progress'.

5. 2 Teknik metrikler

Latencies p50/p95/p99 tarafından 'bet', 'settle', 'rollback', 'wallet. Borç/kredi '.

Uç noktalara göre hata oranı, hata türleri (5xx/4xx/business).

Doygunluk: CPU/Bellek/GC, kuyruk derinliği, iş parçacığı havuzu kullanımı.

Шина: bölme başına gecikme, tüketici canlılığı, yeniden deneme/geri tepme sayaçları.

5. 3 RG/AML/KYC sinyalleri

'rg. limit. Hit ',' rg. Zaman aşımı. start/ended ', self _ exclusion. Bayraklı.

Hız anomalileri, ortak cihazlar/kartlar (dolandırıcılık karşıtı yayınlar için), 'aml. alarm. açıldı '.

5. 4 Günlüklerin kategorileri

Denetim (WORM): matematik, RTP havuzu, limitler, jackpot parametrelerini değiştirin.

Entegrasyonlar: imzalar, cüzdan/toplayıcı durumu, geri alma nedenleri.

Olaylar: sonbahar zaman kodları, trace_id bağlam, olay kuyruğundan önce/sonra.

6) Olay kalıpları ve sözleşmeler

6. 1 Temel konular (Kafka örneği)

'oyun. oturum. Başladı	sona erdi '
'bet. placed ',' bahsi. Yerleşmiş ',' bahis. rollback '
'Bonus. yayınlanan	tüketilen
'jackpot. Katkı	tetiklendi '
'rg. limit. Hit ',' rg. reality_check'
'wallet. Debit. Talep edilen	taahhüt

6. 2 A 'bet olayı örneği. yerleşmiş '

Json
{
" :" Uuid "," : "bet. setted", " :"  "" : "brand-7", " :" " " ":"  ""  "": "" payload ": {
"game_id": "studio:slot_forge_02," "bahis": {"miktar": 1. 00, "currency": "EUR"}, "win": {"amount": 14. 60, "currency": "EUR"}, "bonus_state": {'in _ bonus": true, "freespins_left": 7}," jackpot ": {" - ": 0. 01, "tetiklenmiş": false}
}, "idempotency_key": "bet_r_8c12_1"
}

Gereksinimler: Şema Kayıt Defteri (Avro/JSON), geriye dönük uyumlu sürümler, katı bölüm anahtarları ('tenant _ id', 'player _ id').

7) Gösterge panoları ve uyarı ("hemen" görülecek şeyler)

Oyun Ekranı (NOC/Ürün):

Bahisler/dak, settle_lag, RTP-actual/certified range, hit_rate, jackpot latency.
Geo/sağlayıcılar/oyunlar için ısı haritası, üst hata kodları.

Teknik ekran (SRE):

Uç nokta başına p95, hata oranı, kuyruk derinliği, tüketici gecikmesi, CPU/mem, TLS hataları.
Cüzdan/toplayıcı sağlığı, fırtınaları tekrar deneyin, geri çekilme etkinliği.

Uyarılar (SLO bütçesi):

P95 'yerleşmek'> üst üste hedef X dakika.
Hata oranı 'bet/settle'> Y % in region/game.
Gecikme otobüsü> Z saniye.
N dakika içinde Drift RTP> geçerli koridor (hızlı tanı için).

8) Kaos mühendisliği ve matkaplar

PSP/cüzdan çevrimdışı: sagaları/retraları kontrol etme,'yeni oturum yok 'blokları.

Ağ fırtınaları/çift teslimatlar: idempotence ve veri tekilleştirme.

Veritabanı/önbellek yavaşlaması: geri basınç, zarif bozulma.

Bölge bırakma: RPO ≤ 5 dakika, RTO ≤ 30 dakika, giden kutusu senkronizasyonu.

9) Matematik sürüm oluşturma ve yapılandırma kontrolü

Matematik/RTP'de herhangi bir değişiklik - eski dalın yapısının, sertifikasyonunun, frizinin yeni bir versiyonu.

Yapılandırma bayrakları (mezhepler, limitler, coğrafi yasaklar) - "dört göz've WORM-denetimi ile sürümlü bir depoda.

API üzerinde "Mavi/Yeşil" kesme varlıkları (CDN) + kanarya.

10) Olaylar: tespitten ölüm sonrasına

1. SLO-uyarıları/anomalileri ile algılama.

2. Degradation (stop-new-sessions, tartışmalı özellikleri devre dışı bırakma, yedekleme çalışanlarına geçiş).

3. Saga/geri alma yoluyla tazminat, cüzdan ve jackpot cüzdanlarıyla uzlaşma.

4. Postmortem: zaman çizelgesi, kök neden, tekrarlamayı önleyen eylemler (bayrak kontrolü, sözleşme testleri, sınırlar).

11) Stüdyo Kontrol Listesi (RGS) - Kararlılık ve Telemetri

Kimlik 'bet/settle/rollback', benzersiz 'bet _ id'/' round _ id'.
Outbox/CDC her yerde; İşlemleri "atlayan" yayınlar yoktur.
Para Yolları Üzerine Destanlar; Manuel düzenlemeler yerine olayları telafi etmek.
Geri basınç, kuyruklar, oturum/oyun/bölge sınırları; "Yeni oturum yok" modu.
Kanarya bültenleri/özellik bayrakları, SLO otomatik geri alma.
Metriklerin ve gösterge tablolarının tamamı; SLO bütçesi hakkında uyarılar.
WAF/mTLS, imzalar, Vault/HSM, WORM denetimi.
Kaos egzersizleri (PSP çevrimdışı, olay iki katına, DB bozulması).
Matematik/RTP sürümleme ve dört göz kontrolü.
Veri ikamet: bölgesel günlükleri/PII, çapraz okuma inhibe.

12) Operatör/toplayıcı kontrol listesi - stüdyodan ne istenir

SLO ve gerçek panolar p95/p99, hata oranı, yerleşim gecikmesi, ikramiye gecikmesi.
API docks + Schema Registry, sürüm geçmişleri.
Olay/ölüm sonrası politika, geri alma/tazminat protokolleri.
Idempotency kanıtı (veri tekilleştirme anahtarları, yinelenen test durumları).
Kanarya bültenleri, özellik bayrakları, anlık kapalı yeteneği.
WORM matematik değişiklikleri/sınırları günlüğü; RBAC/geçici belirteç erişimleri.
Veri ikametgahı ve coğrafi yapılandırmalar, yerel raporlar ve RG kancaları.
Düzenli jackpot cüzdan ve platform cüzdan mutabakatları.

13) Kırmızı bayraklar (anti-desenler)

Veritabanındaki sonuçların/bakiyelerin manuel düzenlemeleri.

Giden kutusu/CDC (kayıp olaylar) olmadan telemetri yayınlayın.

Idempotency eksikliği - yinelenen yerleşimler.

Geri basınç olmadan Monolith: "fırtına'tüm RGS koyar.

Kanarya/özellik bayrakları yok, sadece "büyük patlama" bültenleri.

OLTP savaş veritabanı ile BI/düzenleyici raporlar.

Matematik değişikliklerinin ve ikramiyelerin WORM denetimi yoktur.

Kararlı RGS sıkı parasal değişmezler (idempotence, sagas, outbox), yönetilen performans (kuyruklar, geri basınç, kanarya bültenleri) ve şeffaf telemetri (olay sözleşmeleri, SLO gösterge panoları, WORM denetimleri) üzerine inşa edilmiştir. Böyle bir temel, stüdyoya ve operatöre güven verir: turlar dürüst ve hızlıdır, para korunur, raporlama güvenilirdir ve olaylar nadir, kısa ve anlaşılabilir.