Yük testi: oyuncu profilleri ve trafik zirveleri

1) Neden "ortalama sıcaklık" yerine model profilleri

IGaming yükleri yüksek patlayıcılara sahiptir: promosyonlar/turnuvalar/akışlar birden fazla RPS patlaması verir ve eylemlerin dağılımı düzensizdir (login ^ depozit ^ stavki/vyvod). Test, segmentlerin (yeni başlayanlar, VIP, "bonus avcıları", mobil) davranışlarını yansıtmalıdır, aksi takdirde'yeşil grafikler've kırmızı olaylar elde edersiniz.

Anahtar SLO'lar (30 günlük örnek):

Giriş: 99 ≥ başarı. %9, p95 ≤ 250 ms
Depozito: 99 ≥ başarı. %85, p95 ≤ 400 ms
WS: p95 mesajı RTT ≤ 120ms, bağlantı kesme oranı ≤ 0. 5%
Oyun lansmanı: 99 ≥ başarı. %8, p95 ≤ 800 ms

2) Oyuncu profilleri (davranışsal senaryolar)

A. Newbie (yeni oyuncu) - %25-40 en yoğun trafik

Path: Registration - login - view promo - deposit (small amounts) - launch of 1-2 slots

Özellikler: UX hatalarının yüksek oranı, ödemeleri yeniden ödeme, sayfalar arasında atlamalar

B. Düzenli - %40-50

Yol: giriş yapmak - hızlı para yatırma/para yatırma yok - 3-5 oyun - nadir para çekme

Özellikler: Kararlı oturumlar, WS'de p95> 200ms'ye duyarlı

C. bonus avcısı (promosyon) - promosyonlarda %10-20

Yol: Kayıt Olun - Bonusu Etkinleştirin - Minimum Teklifler - Hızlı Para Çekme Girişimi

Özellikler: '/promo/iddia ', retray kötüye kullanımı, doğru sınırlar olmadan sık sık 429 patlamaları

D. Yüksek silindir/VIP - ≤ %1, ancak yüksek kontrol

Yol: Giriş büyük para yatırma ^ canlı oyunlar/yüksek bahisler ^ para çekme

Özellikler: Oyun sağlayıcısının herhangi bir gecikmesine/dosyasına duyarlı, kritik SLA ödemeleri

E. Bettor (spor/canlı)

Path: login - tırnak işareti aboneliği -'dar pencerelerde "sık oynanan bahisler (10-30 sn'ye kadar)
Özellikler: titreşimli WS yük/katsayı önbelleği, gol patlamaları/VAR

3) Trafik modelleri ve zamanlaması

Açık vs Kapalı modeli

Açık (Poisson, geliş/saniye) - genel tanıtımlar ve akışlar için uygundur (kullanıcılar "kendileri gelir").

Kapalı (düzeltme. Düşünme zamanı olan sanal kullanıcı sayısı) - istikrarlı oturumlar için (VIP, canlı oyunlar).

Trafik modelleri:

Rampa: 10-20 dakika içinde doğrusal ivme x1 - x5
Patlama: 30-120'ler için x3-x10 "patlama" (bonus/jackpot/gol duyurusu)
Dalga: Her 5-10 dakikada bir çıkıntı (akış/turnuva turları)
Emmek: 2-12 h kararlı yük (sızıntılar, GC, tanımlayıcılar, bozulma)

4) Kritik akış ve metrikler

Kimlik Doğrulama ve Profil

'/login ','/2fa/verify', p95/p99, error-rate, lock/ratelimit-trips üzerinde RPS

Ödemeler

'/ödemeler/depozito	Sağlayıcılar tarafından çekilme ': başarı oranı, p95/p99, sosis, idempotence
PSP limitleri (satıcı başına RPS/dakika başına işlem), yeniden ödeme kuyruğu

Oyun kapıları

Bir slot/canlı masa başlatma: başarı oranı, ilk dönüşe kadar geçen süre, sağlayıcı hatası

WebSocket: tepe noktasındaki bağlantılar, mesajlar/sn, RTT, hız sınırı/429, yeniden bağlanır/dak

Promosyonlar/Bonuslar

'/promo/claim ','/freespin/activate': 200/4xx/5xx, share 409/competitive updates, cascades to wallet

Tonozlar ve kuyruklar

Doygunluk: CPU, DB bağlantıları, havuz zaman aşımları, kuyruk gecikmesi, GC duraklamaları

5) Geo ve Gerçeklik Ağı

Pazara göre coğrafi dağılım (EU/LatAm/MEA/APAC) ve ASN karması (mobil ağlar, barındırma).

Edge origin latency (Anycast/CDN), mobil RTT, paket kaybı.

A/B: CDN ile ve bypass (origin) - "temiz" arka ucu değerlendirmek için.

6) Test veri tasarımı

Takma adlı hesaplar, bölgelere göre BIN kartları, para birimleri, KYC durumları.

Gerçekçi davranışsal zamanlamalar: Gündelik için düşünme süresi 1-7 s, 0. 3–1. Canlı bahisler için 2 s.

Idempotent olmayan işlemlerin kontrolü (para çekme/para yatırma): PSP sandbox için kuru mod, cüzdan fişleri.

Anti-dolandırıcılık/bot filtreleri: test ASN/IP/cihazların beyaz listesi, aksi takdirde WAF/anti-bot standı "boğar".

7) Test planı (sürüm/promosyon için şablon)

1. Duman yükü: Zirvenin %10-20'si, 30 dakika

2. Kapasite rampası: x1 - hedef - x1. Hedef zirveden 5, adım başına 10-15 dakika

3. Seri patlama: Mevcut seviyeden x3-x5'te 60-120 s'lik 3-5 dalga

4. Emmek: %60-80 zirvede 4-8 saat (sızıntı, bozulma)

5. Failover/Chaos: Bir PSP/PoP'yi devre dışı bırakma, oyun sağlayıcısını bozma, bir parça veritabanını bırakma

6. WS-storm: 2-3 dakika içinde kitlesel yeniden bağlantı + 5-10 × mesajı

7. Promo-storm : /promo/claim + registration + deposit in 60-sec "window"

Çıkış kriterleri: Yeşil bölgedeki tüm SLO'lar; CPU/bağlantılar üzerinde %30 ≥ boşluk; PSP kotaları aşılmamıştır; Testten sonra kuyruk büyümesi ve p99 yok.

8) Zirvelere dayanacak altyapı desenleri

Warm-pool/provisioned eşzamanlılık (fonksiyonlar/kaplar), promosyondan önce ön ölçek.

Bağlantı havuzlama ve yukarı akış sınırları (DB/PSP) + istek kuyrukları.

Mevduat/webhook'larda idempotency tuşları.

Backpressure: 429/503 ile 'Retry-After','ağır "köklerin bozulması (raporlar/arama).

Katsayıların önbelleği/kenar önbelleği ve oyunların statik meta verileri.

9) Anti-regresyon: ilk etapta "kırılanlar"

Taşan DB havuzları p99 büyüme ve zaman aşımları

Toplu bakiye güncellemeleri için cüzdan kilitleme

PSP-oran limitleri - retrays çığ ve alır
Binlerce kesilmemiş abonelik için WS yayını
Çok agresif WAF kuralları - giriş/depozitoda FPR

10) Test sırasında gözlemlenebilirlik

Gösterge Tabloları KIRMIZI/KULLANIM + iş hunileri (giriş depozit ^ stavka ^ vyvod).

Yavaş/hata sorguları için uçtan uca izler (%100 örnek hatalar).

Metriklerde/günlüklerde aşama işaretleyicilerini (rampa/patlama) test edin.

Ayrı PSP/oyun sağlayıcı panelleri, retray kuyruğu, idempotency hitleri.

11) Takım ve Süreç

Savaş odası: performans mühendisi, arka uç, SRE, risk/ödemeler, WAF/güvenlik, ürün.

Runbook: p99> target ile ne yapıyoruz, yükü nasıl azaltıyoruz, sağlayıcıdan kimi arayacağız.

Rapor: SLO, bant genişliği, darboğazlar, maliyet, kod/mimari/kota önerileri.

12) Kapsiti planı: oyuncu sayısından RPS'ye

Değerlendirme (örnek):

Zirvede eşzamanlı oyuncular: 50k
Eylemlerin ortalama sıklığı: 0. 25–0. Oyuncu başına 5 req/s (aşağıda mobil, yukarıda canlı)
RPS Değerlendirme API: 12. 5k-25k + servis istekleri (cüzdan, sağlayıcılar, önbellek)
WS: 30-60k aktif bağlantılar, tablo/tema başına 3-8 msg/s
Burst ve retrai'ye %30-50 boşluk ekleyin

13) Tezgah hazırlama kontrol listesi

Veriler: hesaplar/cüzdanlar/kartlar/para birimleri/ülkeler/oyunlar, takma adlı
Ödemelerin izolasyonu: sandbox + web kitaplarının fişleri, "canlı" yazıların yasaklanması
Kenar/CDN/WAF prod olarak; Test ASN için "yumuşak" modda anti-botlar
Gözlemlenebilirlik: panolar, uyarılar, izleme etkin
Autoscale ve sıcak havuz yapılandırılmış; Havuz/bağlantı sınırları belgelendi
'ağır "özellikler için kanarya bayrağı (raporlar, toplu ihracat)

14) Araçlar (yer işaretleri)

Jeneratörler: K6, Gatling, Locust (HTTP/WS), JMeter (WebSocket eklentisi dahil)

Feed emülatörleri: tırnakların/oyun sağlayıcılarının özel komut dosyaları

Yeniden oynatma trafiği: tcpreplay/giriş, anonimleştirme ve normalleştirme ile yansıtma

15) Profil örneği "Promosyon turnuvası, başlamadan 60 saniye önce" (durum)

Dalga − 5 dk - 0:

Açık gelenler: 400 - 2.500 req/s (giriş/yenileme)
'/promo/claim ': 1.000 rps'lik patlamalar 3 × 20 s
WS: + 15k bağlantı, "leaderboard'da + 5 msg/s

Hazırlık:

Önbellek ön-sıcak ve sıcak-havuz
Rate-limit'/promo/claim ': 10/dak IP, 2/dak hesap, 30 saniyelik negatif cevap önbelleği
Idempotence ve bonus tahakkuk kuyruğu (parti 50-100/döngü)
'Retry-After' + UI ilerlemesiyle "Soft" 429

Başarı kriterleri: oturum açma/para yatırma SLO'sunda bozulma yok, p95 WS <150 ms, <0. %5 talep hataları, kuyruk enflasyonu yok.

Özgeçmiş Özeti

IGaming yük testi, "uç nokta çekimi'değil, davranışsal modellemedir. "İlk olarak, SLO'ları ve oyuncu profillerini tanımlayın, ardından trafik modelini seçin (açık/kapalı), geo ve PSP sınırlarıyla gerçek giriş/para yatırma/bahis/promosyon senaryoları oluşturun, patlamaları test edin ve ıslatın, gözlemlenebilirliği etkinleştirin ve autoscale hazırlayın. Sonucu bir sermaye planı ve runbooks ile düzeltin - bu şekilde trafik zirvelerini sürprizler ve dönüşüm kayıpları olmadan karşılayacaksınız.