Testarea încărcăturii: profiluri de jucător și vârfuri de trafic
1) De ce profiluri model, mai degrabă decât „temperatura medie”
Încărcăturile iGaming au explozibil ridicat: promoțiile/turneele/fluxurile dau mai multe explozii de SPR, iar distribuția acțiunilor este inegală (login→depozit→stavki/vyvod). Testul trebuie să reflecte comportamentul segmentelor (începători, VIP, „vânători de bonusuri”, mobile), altfel veți obține „grafice verzi” și incidente roșii.
SLO-uri cheie (exemplu de 30 de zile):- Autentificare: succes ≥ 99. 9%, p95 ≤ 250 ms
- Depozit: succes ≥ 99. 85%, p95 ≤ 400 ms
- WS: p95 mesaj RTT ≤ 120ms, rata de deconectare ≤ 0. 5%
- Lansarea jocului: succes ≥ 99. 8%, p95 ≤ 800 ms
2) Profilurile jucătorului (scenarii comportamentale)
A. Newbie (jucător nou) - 25-40% trafic de vârf
Cale: înregistrare → autentificare → vizualizare promo → depozit (sume mici) → lansarea de 1-2 sloturi
Caracteristici: proporție mare de erori UX, plăți retray, salturi între pagini
B. Regular - 40-50%
Cale: autentificare → depunere rapidă/fără depunere → 3-5 jocuri → retragere rară
Caracteristici: sesiuni stabile, sensibile la p95> 200ms pe WS
C. Bonus-hunter (promo) - 10-20% la promoții
Cale: Înregistrează-te → Activează Bonus → Oferte minime → Încercare de retragere rapidă
Caracteristici: izbucniri la '/promo/revendicare ', abuz retray, frecvente 429 fără limite corecte
D. High-roller/VIP - ≤ 1%, dar verificare mare
Cale: autentificare → depozit mare → jocuri live/mize mari → retragere
Caracteristici: sensibile la orice întârziere/fișiere ale furnizorului de joc, plăți SLA critice
E. Parior (sport/live)- Cale: autentificare → abonare la cotații → pariuri frecvente în „ferestre înguste” (până la 10-30 s)
- Caracteristici: pulsarea sarcinii WS/coeficient de cache, explozii de obiectiv/VAR
3) Modele de trafic și sincronizare
Deschis vs Model închis
Deschis (Poisson, sosiri/sec) - potrivit pentru promo-uri publice și fluxuri (utilizatorii „vin ei înșiși”).
Închis (fix. numărul de utilizatori virtuali cu think-time) - pentru sesiuni stabile (VIP, jocuri live).
Tiparele de trafic:- Rampă: accelerație liniară x1 → x5 în 10-20 minute
- Burst: x3-x10 „bang” pentru 30-120s (bonus/jackpot/anunț de gol)
- Wave: Creste la fiecare 5-10 min (flux/turnee)
- Înmuiere: 2-12 h sarcină stabilă (scurgeri, GC, descriptori, degradare)
4) Flux critic și valori
Autentificare și profil
RPS pe '/login ', '/2fa/verify', p95/p99, error-rate, lock/ratelimit-trips
Plăți
Jocuri de noroc
Pornirea unui slot/masă live: raportul de succes, timpul până la prima rotire, eșecul furnizorului
WebSocket: conexiuni în vârf, mesaje/sec, RTT, rate-limit/429, reconectări/min
Promo-uri/Bonusuri
'/promo/claim ', '/freespin/activate': 200/4xx/5xx, share 409/actualizări competitive, cascade la portofel
Seifuri și cozi
Saturație: CPU, DB-conexiuni, piscină-timeout, coadă de așteptare, pauze GC
5) Geo și Reality Network
Distribuția geografică pe piață (EU/LatAm/MEA/APAC) și ASN mix (rețele mobile, hosting).
latență edge→origin (Anycast/CDN), RTT mobil, pierderea pachetelor.
A/B: cu CDN și ocolirea (originea) - pentru a evalua backend-ul „curat”.
6) Proiectarea datelor de testare
Conturi pseudonimizate, carduri BIN pe regiuni, valute, state KYC.
Calendare comportamentale realiste: think-time 1-7 s pentru casual, 0. 3–1. 2 s pentru pariuri live.
Controlul operațiunilor non-idempotente (retragere/depunere): mod uscat pentru sandbox PSP, dopuri portofel.
Filtre anti-fraudă/bot: lista albă a dispozitivelor ASN/IP/de testare, în caz contrar WAF/anti-bot va „strangula” standul.
7) Planul de încercare (șablon pentru eliberare/promo)
1. Sarcină de fum: 10-20% din vârf, 30 min
2. Rampa de capacitate: x1 → țintă → x1. 5 din vârful țintă, 10-15 min pe pas
3. Seria Burst: 3-5 unde de 60-120 s pe x3-x5 de la nivelul curent
4. Înmuiere: 4-8 ore la 60-80% vârf (scurgere, degradare)
5. Failover/Chaos: dezactivarea unui PSP/PoP, degradarea furnizorului de jocuri, căderea unei baze de date shard
6. WS-storm: reconectați masa + 5-10 mesaje × în 2-3 min
7. Promo-storm : /promo/revendicare + înregistrare + depozit în 60-sec „fereastră”
Criterii de ieșire: toate SLO-urile din zona verde; headroom ≥ 30% peste CPU/conexiuni; Cotele PSP nu sunt depășite; nici o creștere coadă și p99 după test.
8) Modele de infrastructură pentru a rezista la vârfuri
Warm-pool/provizionate concurență (funcții/containere), pre-scară înainte de promo.
Comasarea conexiunilor și limitele din amonte (DB/PSP) + cozile de solicitare.
Chei de idempotenta pe depozite/carti web.
Backpressure: 429/503 cu „Retry-After”, degradarea rădăcinilor „grele” (rapoarte/căutare).
Cache/memorie cache a coeficienților și a metadatelor statice ale jocurilor.
9) Anti-regresie: ce „se rupe” în primul rând
Piscine DB debordante → creștere și timeout-uri p99
Blocare portofel pentru actualizări de echilibru în masă- Limitele ratei PSP → avalanșa de retribuiri și prelevări
- WS-difuzare pentru mii de abonamente non-măcelărite
- Reguli WAF prea agresive → FPR privind autentificarea/depunerea
10) Observabilitatea în timpul testului
Tablouri de bord RED/USE + pâlnii de afaceri (login→depozit→stavka→vyvod).
Urme end-to-end pentru interogări lente/eroare (erori de eșantionare 100%).
Markeri de etapă de testare (rampă/explozie) în metrici/busteni.
Panouri separate PSP/furnizor de jocuri, coadă de retragere, hit-uri idempotency.
11) Echipa și procesul
Cameră de război: inginer de performanță, backend, SRE, risc/plăți, WAF/securitate, produs.
Runbook: ce facem cu p99> țintă, cum reducem sarcina, pe cine să sunăm de la furnizor.
Raport: SLO, lățime de bandă, blocaje, costuri, recomandări de cod/arhitectură/cotă.
12) Planul Kapasiti: de la numărul de jucători la SPR
Evaluare (exemplu):- Jucătorii concurenți la vârf: 50k
- Frecvența medie a acțiunilor: 0. 25–0. 5 req/s per jucător (mobil mai jos, live mai sus)
- API de evaluare RPS: 12. 5k-25k + cereri de servicii (portofel, furnizori, memorie cache)
- WS: 30-60k conexiuni active, 3-8 msg/s per tabel/temă
- Adăugați 30-50% sala de picioare pentru a sparge și retrai
13) Lista de verificare a pregătirii banc
- Date: conturi/portofele/carduri/valute/țări/jocuri, pseudonimizate
- Izolarea plăților: sandbox + prize de cârlige web, interzicerea „live” a reducerilor
- Edge/CDN/WAF ca în prod; anti-boți în modul „moale” pentru testul ASN
- Observabilitate: tablouri de bord, alerte, contur activat
- Autoscale și warm-pool configurate; limitele de piscină/conexiune documentate
- Pavilion canar pentru caracteristici „grele” (rapoarte, exporturi în masă)
14) Instrumente (repere)
Generatoare: k6, Gatling, Locust (HTTP/WS), JMeter (inclusiv plugin-ul WebSocket)
Emulatoare de alimentare: scripturi personalizate de citate/furnizori de jocuri
Reluarea traficului: oglindirea tcpreplay/ingress cu anonimizare și normalizare
15) Exemplu de profil „Turneu promoțional, cu 60 de secunde înainte de start” (caz)
Wave − 5 min → 0:- Sosiri deschise: 400 → 2.500 req/s (login/refresh)
- „/promo/revendicare ”: explozii de 1.000 rps 3 × de 20 s
- WS: + 15k conecta, + 5 msg/s pe „clasament”
- Cache pre-cald și cald-piscină
- Rata-limită „/promo/revendicare ”: 10/min IP, 2/min cont, 30 de secunde cache răspuns negativ
- Idempotența și coada de acumulare bonus (lot 50-100/ciclu)
- "Soft' 429 cu" Retry-After "+ progresul UI
Criterii de succes: nu degradarea login/depozit SLO, p95 WS <150 ms, <0. Erori de cerere de 5%, inflație fără coadă.
Rezumat reluare
Testarea încărcăturii iGaming este modelarea comportamentală, nu "fotografierea punctului final. "În primul rând, definiți SLO-urile și profilurile jucătorilor, apoi selectați modelul de trafic (deschis/închis), construiți scenarii reale de conectare/depunere/pariere/promo cu limite geo și PSP, explozii de testare și înmuiere, permiteți observabilitatea și pregătiți autoscale. Fixați rezultatul cu un plan de capital și runbooks - în acest fel veți întâlni vârfuri de trafic fără surprize și pierderi de conversie.
