Torrent Gear

Როგორ უზრუნველყოს კაზინოს პლატფორმის მასშტაბურობა

სტატიის სრული ტექსტი

💡 18+. ტექნიკური მასალა სასურსათო და საინჟინრო გუნდებისთვის iGaming. არა თამაშის მოწოდება.

1) რა უნდა იყოს მასშტაბური

ტრაფიკი და სესიები: SEO/Strimes/ტურნირები (ათობით ათასი RPS კითხვისთვის, ათასობით RPS ჩაწერა).

ფულადი წრე: განაკვეთები/ნაკადები/დეპოზიტები/ქეშაუტები - მთლიანობისა და ლატენტობის პრიორიტეტი.

გადახდები: მარშრუტიზაცია PSP- ზე, კასკადებზე, სხვადასხვა გეებსა და ფრინველებზე.

შინაარსი: ასობით პროვაიდერი, ათობით ათასი სათამაშო სესია პარალელურად.

მონაცემები: KPI ნამდვილი დრო ფანჯრები და ანგარიშები OLTP დაბლოკვის გარეშე.

შესაბამისობა: RG/AML/KYC რეალურ დროში.

2) მასშტაბის არქიტექტურული საფუძვლები

2. 1 ფენა და პასუხისმგებლობის გამიჯვნა

Edge: API-gateway, WAF/bot დაცვა, rate-limit, geo ფილტრები.

დომენის სერვისები: Wallet/Ledger, Cashier, Game Gateway, Bonus, RG, Risk/AML, PAM, Affiliates, CRM.

მონაცემთა ფენა: ღონისძიების ავტობუსი (Kafka/Pulsar), რიგები (SQS/Rabbit), ქეში (Redis), OLTP (Postgres/Oracle), OLAP (ClickHouse/bery).

Observability/SecOps: მეტრიკა/ტრეისი/ლოგები, SIEM/SOAR, Vault/HSM.

2. 2 ღონისძიების მოდელი + CQRS

ბრძანებები (ჩანაწერები) - მკაცრად დომენის API- ების საშუალებით;

კითხვა - პროექციების საშუალებით (ინდექსირებული წარმოდგენები/ქეში/OLAP).

Outbox/CDC: თითოეული მოვლენა ქვეყნდება ატომური გარიგებით; ანალიტიკოსი „უსმენს“ საბურავებს და არა საბრძოლო ძრავას.

2. 3 საგები და იდემპოტენტობა

გრძელი პროცესები (ანაბარი, ქეშუტი, პრემია, ტურნირის ჯილდოები) - ორკესტრირებულია საგნების მიერ.

ყველა ფულადი და ბონუსის გუნდი არის idempotenty (Idempotency-Key + დედოპლიკაცია).

3) ფულადი გზების მასშტაბები (პრიორიტეტული 11)

3. 1 ლედგერი, როგორც ცალკე მომსახურება

ACID-BD ორმაგი ჩაწერით (debit/credit), უცვლელი გაყვანილობით, WORM აუდიტის ლოგო.

p95 საფულე <150 ms, „დაკარგული/დუბლირებული ნაკრები“ = 0.

3. 2 კეში დამხმარე, მაგრამ არა „ჭეშმარიტება“

Redis limites, ბალანსის პროექციები, ლოკები მოკლე ადგილებში; საფულე რჩება სიმართლის წყარო.

Cache stampede (TTL + jitter, single-flight).

3. 3 ჰორიზონტალური სკალირება

შარდვა player _ id/brand _ id/region, ცხელი ბარდები - ცალკეულ კვანძებზე.

Read-replicas პროექციების/სარეზერვო ოფისისთვის; OLTP და OLAP იყოფა.

4) PSP გადახდა და ორკესტრი ზრდის

Routing: BIN/geo/Skoring/ღირებულებისთვის; არხის დინამიური გადაფასება.

კასკადი: PSP1 უკმარისობა - PSP2 კალათის დაკარგვის გარეშე (idempotent ნიშნები).

შესასვლელში 3-DS/AVS/velocity წესები; ანტიფროდი გრაფიკული რუქების/მოწყობილობების ობლიგაციებით.

კრიპტები: ყოველდღიურად PSP რეესტრებისა და ლეჯერის მანქანის შედარება; ალერტები განსხვავებულობით.

5) Game Gateway და დატვირთვის „აფეთქებები“

პროვაიდერების ერთი კარიბჭე (ტოკენ-ჰანდშაკი, ჯანმრთელობის შემოწმება, „ახალი სესიების“ დეგრადაცია).

Back-pressure და settlent- ის რიგები ისე, რომ პროვაიდერის მწვერვალებმა არ დააგდეს საფულე.

ხარისხი-ლიმიტი მოთამაშის/მაგიდის/პროვაიდერის დონეზე; დაცვა „თამაშის ხრიკებისგან“.

6) მონაცემები და ანალიტიკა წარმოების გარეშე

Outbox/CDC არის stream DWH, SLA ვიტრინის მიწოდება 5 მმ.

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

RLS/შენიღბვა PII საცავში; PII- ს რეგიონალურად ვატარებთ (მონაცემთა აღდგენა).

7) Multi-region / Multi-brand

7. 1 გეოგრაფიული სტაბილურობა

აქტივი აქტივი/აქტივი რეგიონებში, RPO - 5 წუთი, RTO - 30 წთ

გეო-შარდვა PII/ფული (EU/UK/BR/...); აკრძალვა ჯვარედინი რეგიონალური მოთხოვნით PII.

7. 2 მულტიბრენდი

ზოგადი ინტეგრაცია (Game Gateway, Bonus, Affiliates) + იზოლირებული Ledger/Cashier/PII per ლიცენზია/რეგიონი.

მოვლენების ავტობუსში არის სავალდებულო გასაღებები 'tenant _ id/brand _ id/license'.

8) დაკვირვება, საიმედოობა, ქაოსის ინჟინერია

მეტრიკა: p95/p99 ლატენტური სამსახური, error, saturation, ბიზნეს მეტრიკა (bets/min, settle lag, deposit success).

ტრეისი: ერთი 'trace _ id' edge მეშვეობით დომენები, საბურავები და კონსიუმერები.

Alerting on SLO: SLO შეცდომების ბიუჯეტი და კონტროლირებადი დეგრადაცია (ბონუსის გაყინვა, stop-new სესიები).

ქაოსის პრაქტიკა: რეგულარული ფეილები PSP/პროვაიდერები/ქსელები, კასკადების და საგნების შემოწმება.

9) RG/AML/KYC მასშტაბით

სინქრონული გაჩერების სიგნალები განაკვეთზე (დეპოზიტის/ზარალის/დროის ლიმიტები, თვითკმაყოფილება).

ქცევითი სიგნალების ნაკადები (გრძელი სესიები, განაკვეთის ესკალაცია), პროაქტიული ნოტიფიკაციები.

AML: სანქისტები/REP, სახსრების წყარო, SAR/STR - ავტომატური რულონები.

10) ნაგულისხმევი უსაფრთხოება

Zero-trust: mTLS, მოკლემეტრაჟიანი ნიშნები, RBAC/ABAC, მინიმალური უფლებების პრინციპი.

საიდუმლოებები - Vault/HSM; KMS დაშიფვრა at-rest, tockenization PAN (PCI DSS).

WAF/bot დაცვა, მოწყობილობები-fingerprinting, DLP; უცვლელი აუდიტი (WORM).

11) FinOps სკალირების გარეშე დანგრევის გარეშე

ავტო სკეიტი ბიზნეს მეტრებში (bets/min, settle lag) და არა მხოლოდ CPU- ს მიხედვით.

Spot/შეწყვეტილი ინსტანციები - ასინქრონული კონსიუმერებისთვის და ETL.

კვოტების ლიმიტები, ბიუჯეტის ალერტები; მომსახურებისა და ბრენდის ხარჯების დაფიქსირება.

მოთხოვნის/ინდექსების პროფილირება; TTL პოლიტიკა ლოგებზე/მეტრიკებზე.

12) ევოლუციის გზის რუკა (თუ იწყება მონოლითიდან)

1. შემოიღეთ მოვლენების საბურავი და ერთი ლექსიკონი ('bet. placed`, `bet. settled`, `wallet. debit/credit`, `deposit. succeeded`).

2. Ledger გადაიტანეთ ცალკეულ სერვისში/BD გარე და იდემპოტენტურობით.

3. გამოყოფა Cashier (PSP ორკესტრი, კასკადები, კრეკერები).

4. განათავსეთ Game Gateway და „no new sessions“ დეგრადაცია.

5. Bonus/RG- ის მოვლენების გამოწერა; ხელის შესწორებების აკრძალვა.

6. დაშლა OLTP/OLAP და CDC ნაკადების კონფიგურაცია DWH- ში.

7. ჩართეთ observability (SLO დაშბორდები, ტრეკინგი) და ქაოსი.

8. მოამზადეთ მრავალჯერადი რეგულირება (მონაცემები/გასაღებები/ციმციმები/PII) - პრიორიტეტების გეო.

13) SLO მინიმუმი სექსუალურ პლატფორმაზე

ბირთვის აფთიაქი (Wallet/Cashier/Game Gateway) 99,95% -ს შეადგენს.

p95 Ledger <150 ms; Cashier <3 s; ანაბრის წარმატებამ 85% შეადგინა სამიზნე გეოში.

„დაკარგული/დუბლირებული ნაკრები“ = 0.

მოვლენების მიტანა BI-5 წუთამდე

MTTR ბირთვის ინციდენტები <30 მმ

14) მასშტაბის არქიტექტორის ჩეკის სია

დომენები იყოფა; ფული - ცალკე Ledger outbox/CDC.
გუნდები იდემპოტენტურია; ბაბუის გასაღებები ყველგან არის.
თამაშის გეითვეი უკუკავშირით და დეგრადაციის რეჟიმით.
Cashier: cascades PSP, retrai, corps, უარის თქმის ტელემეტრია.
CQRS/პროექციები; OLTP და OLAP ფიზიკურად იყოფა.
მოვლენების ავტობუსი Schema Registry- ით; კონტრაქტების ვერსია.
RG/AML - სინქრონული გაჩერების სიგნალები; ლოგები და მოხსენებები ავტომატიზებულია.
Observability: მეტრიკა/ტრეისი/ლოგოები 'trace _ id' და ჭდეები brand/tenant.
DR გეგმა: აქტივი/პასივი, RPO - 5 წთ, RTO - 30 წთ; რეგულარული სწავლებები.
უსაფრთხოება: mTLS, Vault/HSM, PCI/GDPR, WAF/bot დაცვა, WORM აუდიტი.
FinOps: skate ბიზნეს მეტრებზე, ბიუჯეტის ალერტებზე, ხარჯების ტეგებზე.

15) ანტი-ნიმუშები (წითელი დროშები)

ერთიანი BD „ყველაფრისთვის“, BI ურტყამს საბრძოლო მაგიდებს.

ბალანსების/პრემიების სახელმძღვანელო კორექტირება მონაცემთა ბაზაში.

მოვლენების გამოქვეყნება გარიგების „გვერდის ავლით“ (არა გარედან).

დეგრადაციის ნაკლებობა: „ან ყველაფერი ან დაეცემა“.

გადახდის უკმარისობა კასკადებისა და ტელემეტრიის გარეშე.

არ არსებობს იდემპოტენტურობა; Retrais ქმნის settlement- ის დუბლებს.

PII გეო-იზოლაციის არარსებობა და ციმციმების გასაღებები.

ნულოვანი კვალი: გამოძიება საათობით გრძელდება.

კაზინოს პლატფორმის მასშტაბურობა არ არის „მეტი სერვერი“, არამედ სწორი საზღვრები და მოვლენის ოპერაციული მოდელი: იზოლირებული და სწრაფი ფულადი წრე, სტაბილური გადახდის ფენა, კონტროლირებადი დეგრადაციის მქონე თამაშების კარიბჭე, OLTP/OLAP დაყოფა, დაკვირვება და დისციპლინა SRE/FinOps. ამ საძირკველზე, პლატფორმა მშვიდად იცხოვრებს ტურნირების მწვერვალებზე, ახალ გეოებსა და ათობით ბრენდზე - მოთამაშეთა ფულისა და რეპუტაციის რისკის გარეშე.