Torrent Gear

Necə Casino platforma miqyas təmin etmək üçün

Məqalənin tam mətni

💡 18+. iGaming məhsul və mühəndislik komandaları üçün texniki material. Oyuna çağırış deyil.

1) tam miqyaslı olmalıdır

Trafik və sessiyalar: SEO/streams/turnirlərdən partlayışlar (oxumaq üçün on minlərlə RPS, yazmaq üçün minlərlə RPS).

Pul konturu: dərəcələr/settlements/depozitlər/cashauts - bütövlük və gizli prioritet.

Ödənişlər: PSP marşrutu, kaskadlar, müxtəlif geo və satıcılar.

Məzmun: yüzlərlə provayder, on minlərlə paralel oyun seansları.

Verilənlər: OLTP bloklamadan real-vaxt KPI vitrinləri və hesabat.

Komplayens: Real vaxt RG/AML/KYC.

2) Miqyaslı memarlıq əsasları

2. 1 Laylar və məsuliyyət bölgüsü

Edge: API-gateway, WAF/bot qorunması, rate-limit, geo-filtrlər.

Domen xidmətləri: Wallet/Ledger, Cashier, Game Gateway, Bonus, RG, Risk/AML, PAM, Affiliates, CRM.

Data-qat: hadisə şin (Kafka/Pulsar), növbələr (SQS/Rabbit), caches (Redis), OLTP (Postgres/Oracle), OLAP (ClickHouse/BigQuery).

Observability/SecOps: metriklər/treys/log, SIEM/SOAR, Vault/HSM.

2. 2 Hadisə modeli + CQRS

Əmrlər (qeydlər) - ciddi olaraq domen API-ləri vasitəsilə;

Oxu - proyeksiyalar vasitəsilə (indeksləşdirilmiş təqdimatlar/caches/OLAP).

Outbox/CDC: Hər bir hadisə bir əməliyyat ilə atom yayımlanır; analitika döyüş DB deyil, «dinləyir».

2. 3 Dastanlar və idempotentlik

Uzun proseslər (depozit, cashout, bonus, turnir mükafatları) - dastanlarla orkestrləşdirilir.

Bütün pul və bonus komandaları idempotentdir (Idempotency-Key + deduplikasiya).

3) Pul yollarının miqyası (prioritet üzrə № 1)

3. 1 Ledger ayrı xidmət kimi

ACID-DB (debit/credit), dəyişməz naqillər, audit-log WORM.

p95 cüzdan <150 ms, «itirilmiş/dublyaj edilmiş settlementlər» = 0.

3. 2 Cache köməkçi, lakin «həqiqət» deyil

Qısa sahələrdə limitlər, balans-proyeksiyalar, loklar üçün Redis; cüzdan həqiqət mənbəyi olaraq qalır.

cache stampede (TTL + jitter, single-flight) qarşı müdafiə.

3. 3 Üfüqi miqyaslandırma

player_id/brand_id/region, isti şardlar - ayrı-ayrı düyünlərə.

proyeksiyalar/arxa ofis üçün Read-replicas; OLTP, OLAP bölünmüşdür.

4) PSP artım ödənişləri və orkestri

Routing: BIN/geo/skoring/dəyəri; kanalların dinamik yenidən qiymətləndirilməsi.

Kaskadlaşdırma: səbəti itirmədən PSP1 → PSP2 uğursuzluğu (idempotent tokenlər).

3-DS/AVS/velocity-giriş qaydaları; kart/cihazların qrafik əlaqələri ilə antifrod.

Müqayisə: PSP və legger reyestrlərinin avtomatik müqayisəsi gündəlik; fərqliliklərə görə alertlər.

5) Game Gateway və «partlayış» yük

Provayderlərə vahid şlyuz (token-handshake, health-check, deqradasiya «no new sessions»).

Back-pressure və settlement üçün növbələr, provayder zirvələri cüzdan qoymayın.

Oyunçu/masa/provayder səviyyəsinə rate-limit; «oyundaxili triklərdən» qorunma.

6) Production boğulmadan məlumat və analitik

Outbox/CDC → DWH axını, SLA çatdırılma vitrinlər ≤ 5 dəq.

Проекции KPI (FTD, NGR, ARPPU, Retention, LTV, Wager Progress, Risk flags) — в OLAP.

RLS/saxlama PII maskalama; PII regional saxlanılır (data residency).

7) Multi-region / Multi-brand

7. 1 Coğrafi sabitlik

Regionlar üzrə aktiv-aktiv/aktiv-passiv, RPO ≤ 5 dəq, RTO ≤ 30 dəq.

PII/pulun geo-şardlanması (EU/UK/BR/...); PII üçün kross-regional sorğuların qadağan edilməsi.

7. 2 Multibrend

Ümumi inteqrasiya (Game Gateway, Bonus, Affiliates) + Ledger/Cashier/PII per lisenziya/region təcrid.

Hadisə şinində 'tenant _ id/brand _ id/license' açarları tələb olunur.

8) Müşahidə, etibarlılıq, xaos mühəndisliyi

Metriklər: p95/p99 latency per service, error rate, saturation, biznes metriklər (bets/min, settle lag, deposit success).

Trace: edge → domenlər → şin → konsumerlər vasitəsilə vahid 'trace _ id'.

SLO-da alertinq: SLO-büdcə səhvləri və idarə olunan deqradasiyalar (bonusların dondurulması, stop-new-sessions).

Xaos təcrübələri: PSP/provayderlərin/şəbəkələrin müntəzəm saxtakarlığı, kaskadların və saqların yoxlanılması.

9) RG/AML/KYC miqyasda

Tarifdə sinxron stop siqnalları (depozit/itki/vaxt limitləri, özünü istisna).

Davranış siqnallarının axını (uzun sessiyalar, bahis artımı), proaktiv qeydlər.

AML: sanklistlər/RER, vasitə mənbəyi, SAR/STR - avtomatlaşdırılmış paylaynlar.

10) Təhlükəsizlik «default»

Zero-trust: mTLS, qısa ömürlü tokenlər, RBAC/ABAC, ən kiçik hüquqlar prinsipi.

Sirləri - Vault/HSM; KMS-şifrələmə at-rest, PAN tokenizasiyası (PCI DSS).

WAF/bot qorunması, device-fingerprinting, DLP; dəyişməz audit (WORM).

11) FinOps dağıdıcı olmadan miqyaslı

Yalnız CPU ilə deyil, biznes metrik avtoskeyl (bets/min, settle lag).

Asenxron konsumerlər və ETL üçün spot/fasiləli instantsiyalar.

Kvota limitləri, büdcə riskləri; xidmət və marka xərclərinin etiketlənməsi.

Sorğuların/indekslərin profilləşdirilməsi; TTL-lər/metrika.

12) Təkamül yol xəritəsi (monolitdən başlanğıc olarsa)

1. Hadisə şinini və vahid lüğəti ('bet. placed`, `bet. settled`, `wallet. debit/credit`, `deposit. succeeded`).

2. Ledger-i outbox və idempotentlik ilə ayrı bir xidmətə/DB-yə aparın.

3. Cashier ayırmaq (PSP-orkestri, kaskadları, yoxlama).

4. Game Gateway və deqradasiya «no new sessions».

5. Bonus/RG-ni hadisə abunəsinə köçürün; əl düzəlişlərini qadağan edin.

6. OLTP/OLAP yaymaq və DWH CDC axınları qurmaq.

7. Observability (SLO-dashboard, tracking) və xaos-təlimləri daxil edin.

8. Multi-region (data/açar/merchant/PII) hazırlamaq - geo prioritetlər.

13) yetkin platforma üçün SLO minimum

Aptime nüvə (Wallet/Cashier/Game Gateway) ≥ 99.95%.

p95 Ledger <150 ms; Authorization Cashier <3 s; depozit müvəffəqiyyəti ≥ 85% hədəf geo.

«İtirilmiş/dublyaj edilmiş settlementlər» = 0.

Hadisələrin BI-yə çatdırılması ≤ 5 dəq.

MTTR nüvə hadisələri <30 dəq.

14) Miqyaslı memarın yoxlama siyahısı

Domenlər bölünür; pul - outbox/CDC ilə ayrı Ledger.
Komandalar idempotent; hər yerdə duplikasiya açarları.
Geri təzyiq və deqradasiya rejimi ilə Game Gateway.
Cashier: PSP kaskadları, retralar, uyğunlaşmalar, telemetriya nasazlıqlar.
CQRS/proyeksiyaları; OLTP və OLAP fiziki olaraq bölünmüşdür.
Schema Registry ilə hadisə şin; müqavilələrin versiyalaşdırılması.
RG/AML - sinxron stop siqnalları; qeydlər və hesabatlar avtomatlaşdırılmışdır.
Observability: metriklər/treys/logs ilə 'trace _ id' və etiketlər brand/tenant.
DR planı: aktiv/passiv, RPO ≤ 5 dəq, RTO ≤ 30 dəq; müntəzəm təlimlər.
Təhlükəsizlik: mTLS, Vault/HSM, PCI/GDPR, WAF/bot qorunması, WORM auditi.
FinOps: iş metrləri, büdcə alertləri, xərclər etiketləri üzrə avtoskeyl.

15) Anti-nümunələr (qırmızı bayraqlar)

Vahid DB «hər şeyə», BI döyüş cədvəllərini vurur.

DB-də balans/bonusların əl ilə düzəldilməsi.

Əməliyyat hadisələrinin yayımlanması (heç bir outbox).

Deqradasiyanın olmaması: «ya hər şey, ya da düşmək».

Kaskadsız və telemetriyasız ödəniş imtinaları.

Heç bir idempotentlik; retrailer iki settlement yaradır.

PII geo-izolyasiya və ticarət açarları yoxdur.

Sıfır izləmə: araşdırmalar saatlarla davam edir.

Casino platformasının miqyaslı olması «daha çox serverlər» deyil, düzgün sərhədlər və hadisələrin əməliyyat modeli: təcrid olunmuş və sürətli pul dövrəsi, sabit ödəniş təbəqəsi, idarəolunan deqradasiyalı oyunlar üçün şlyuz, OLTP/OLAP bölgüsü, müşahidə və SRE/FinOps intizamı. Belə bir təməldə platforma turnirlərin zirvələrini, yeni geoları və onlarla brendləri - oyunçuların pulu və nüfuzu üçün risk olmadan sakitcə yaşayacaq.