Casino core არქიტექტურა: ფენები, მოდულები, მონაცემთა ავტობუსები

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

1) სურათი მთლიანად: რა შედგება casino core

Casino core არის დომენის სერვისების ერთობლიობა, რომელიც უზრუნველყოფს მოთამაშეთა რეგისტრაციას/იდენტიფიკაციას, ფულის მიღებას/შენახვას, განაკვეთების გაანგარიშებას, ბონუს ეკონომიკას, რისკების კონტროლს და რეგულირების შესაბამისობას. ქვემოთ მოცემულ სქემაზე:

1. Edge-fent (გარე პერიმეტრი): API კარიბჭე, WAF/bot დაცვა, საბურღი, მომსახურების შეზღუდვა, გეო/იურიდიული ფილტრები.

2. Domain-слой (бизнес-логика): PAM, Wallet/Ledger, Bonus Engine, Cashier/PSP Orchestration, Game Sessions, Risk/Anti-Fraud, RG, Jackpot/Tournaments, Affiliates, CRM/Notifications, Compliance/Reporting.

3. Data/Integration ფენა: მოვლენების საბურავები (Kafka/Pulsar), ხაზები (SQS/Rabbit), CDC/Outbox, ETL/ELT (BI ფანჯრებში), Featureature st ST T T ToF EEET T T T TUEEETEUED D D D D ED D D D D D D D ED D D D d LTP BD (Postgres/Oracle), OLAP (ClickHouse/BigQuery).

4. Observability & SecOps: metrics/tracing/logs, SIEM/SOAR, საიდუმლოებები (Vault/HSM), კლავიშები და ნიშნები, RBAC/ABAC C, audiT UUUUAUUUAAAAACCP P P P P P P P nDP P P P AIP OOP P P P P P P P nD

2) დომენის მოდულები (მინიმალური საჭირო შემადგენლობა)

2. 1 PAM (Player Account Management)

რეგისტრაცია/ლოგინი, SSO, სხდომებისა და მოწყობილობების მართვა, KBA/2FA.

პროფილი: ასაკი/გეო/ვალუტა/სეგმენტები, RG/თვითგამოცხადების სტატუსები.

შეზღუდვები: თამაშებზე წვდომა იურისდიქციით, აბანოებით, „ჩეკის რეალობით“.

2. 2 Wallet/Ledger (ფულადი წრე)

მულტივალუტის ანგარიშები, ორმაგი ჩანაწერი (debit/credit), უცვლელი გაყვანილობა.

განაკვეთებისა და მოგების ატომური გარიგებები (იდუმალი ქვები, ექსაქტილი-ონსი დომენის შიგნით).

Hills აქტიური უკანა/რაუნდებისთვის; ჯეკპოტის სატრანზიტო ანგარიშები.

ურთიერთქმედება მხოლოდ ბრძანებებით (command API), კითხვა - პროექციის საშუალებით (CQRS).

2. 3 Cashier / PSP Orchestration

Geo/Bin ბენდის/მორიელის გადახდების გადახდა; კასკადი უარის თქმის დროს.

3-DS/AVS/velocity წესები; ბარათების ტოქსიკაცია; on-/off-ramp საძვალე.

SLO ნაკრები: ავტორიზაცია 3s p95, ანაბრის მთლიანი წარმატება 85% გეოზე.

2. 4 თამაშის სესიები (ინტეგრაცია პროვაიდერთან)

სათამაშო სესიების შექმნა (token handshake), ქვეყნის/ვალუტის/ასაკის ვალუტა.

მოვლენები - შედეგი და დარტყმა მიდის საბურავზე; RNG და გაანგარიშება პროვაიდერის მხარეზეა.

Anti-abuse: min bet, ზურგის სიხშირე, სახის შეცვლის აკრძალვა „თირკმლის შიგნით“.

2. 5 Bonus Engine

ბონუსის შტატები (issued/locked/active/forfeit), vager, თამაშების წვლილი, max bet/max cashout, ვადები.

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

წესების მკაცრი შესაბამისობა განაკვეთის დროს; უცვლელი ამბავი.

2. 6 Risk / Anti-Fraud

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

velocity წესები, გრაფიკული კავშირების შემოწმება, chargeback defense.

რეაქციები: რბილი (ლიმიტები), მკაცრი (ბლოკი/ესკალაცია AML- ში).

2. 7 Responsible Gambling (RG)

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

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

2. 8 Jackpots & Tournaments

ადგილობრივი/ქსელის, ფიქსის/პროგრესირებადი; საერთო საფასური თითოეული კურსით.

საზოგადოებრივი ლიდერები; შედეგების დამოუკიდებელი გადამოწმება; ანტი-ბოტი.

2. 9 Affiliates & CRM

ქვე-ID ტრეკინგი, ატრიბუტი (CPA/RevShare/Hybrid), პოსტბეკი.

სეგმენტი, ტრიგერები, supression წესები, omnicanal (push/e-mail/SMS).

2. 10 Compliance & Reporting

მარეგულირებელი გადმოტვირთვის, საგადასახადო ანგარიშების, SAR/STR; აუდიტის ჟურნალი WORM.

მონაცემთა აღრიცხვა იურისდიქციებში (EU/UK/BR და ა.შ.).

3) მოვლენის მოდელი და მონაცემთა ავტობუსები

3. 1 ძირითადი ტოპიკა (კაფკას ნეიმინგის მაგალითი)

`player. registered`, `player. kyc. status. changed`

• `wallet. debit. requested/committed/failed`, `wallet. credit.`
• `game. session. started/ended`, `bet. placed`, `bet. settled`
• `bonus. issued/consumed/forfeited`, `wager. progress. updated`
• `rg. limit. hit`, `rg. timeout. started/ended`
• `cashier. deposit. requested/succeeded/failed`, `withdrawal. requested/sent`
• `risk. alert. raised/closed`, `aml. case. opened`
• `jackpot. contribution/triggered`, `tournament. score. updated`

კონტრაქტები: Avro/JSON Schema + Schema Registry, backward Compatible, idempotent- ის მკაცრი გასაღებები.

3. 2 მოვლენის შაბლონი (გამარტივებული)

json
{
"event_id": "uuid",  "event_type": "bet. settled",  "occurred_at": "2025-10-23T16:09:12Z",  "tenant_id": "brand-1",  "player_id": "p_123",  "session_id": "s_456",  "trace_id": "t_abc",  "payload": {
"game_id": "provider:slot_777",   "bet_amount": {"amount": 2. 00, "currency": "EUR"},   "win_amount": {"amount": 36. 40, "currency": "EUR"},   "bonus_impacted": true
}
}

წესი: მოვლენები უცვლელია; კორექტირება - ცალკეული ანაზღაურებადი მოვლენებით.

3. 3 Outbox & CDC

ყველა დომენის გარიგება წერს მოვლენას Outbox- ში იმავე მონაცემთა ბაზაში - ფონის პაბლიცერი საბურავზე აგზავნის.

CDC (Debezium და ანალოგები) - DWH- ში მეორადი ნაკადებისთვის OLTP- ზე დატვირთვის გარეშე.

4) თანმიმდევრულობა, საგები და იდემპოტენტობა

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

ყველა გუნდის Idempotence: 'Idempotency-Key' + დუპლიკაცია მომსახურების მხარეს.

კოორდინაციის სტრატეგია: საფულეში - მკაცრად (ACID), წინააღმდეგ შემთხვევაში - წინასწარ (პროექციის საშუალებით).

ანაზღაურება: აფეთქების ღუმელის ცალკეული მოვლენები, ლეჯერში „ხელის კორექტირების“ აკრძალვა.

5) მონაცემები: OLTP/OLAP, ქეში, პროექცია

OLTP: Postgres/Oracle საფულისთვის, PAM, ბონუსები (p95 <150 ms).

ქეში: Redis სესიებისთვის, ლიმიტები, ლიდერების ცხელი პროგნოზები.

OLAP: ClickHouse/BigQuery — витрины KPI (FTD, NGR, ARPPU, Retention, LTV, Wager progress, Risk flags).

პროგნოზები (CQRS): სწრაფი ძებნა მოთამაშეთა/გარიგებების მიხედვით (<2s), RG/რისკის რეალურ დროში პანელი.

6) გადახდის ორკესტრი: უფრო დეტალური

როუტინგის წესები: გეო, BIN, რისკი, დატვირთვა, ღირებულება.

კასკადი: PSP1, PSP2 კალათის დაკარგვის გარეშე; ექსპონენციალური პაუზა.

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

7) ინტეგრაცია თამაშების პროვაიდერთან

Gateway შაბლონი: ერთი თამაშის API, ვალუტის/ფიჩის მაპინგი, ჯანმრთელობის შემოწმება დეგრადაციით.

Settlent: პროვაიდერის კოლბეკის წევრი - Wallet აფეთქების ღუმელის გუნდი. settle იდემპოტენტურობის გასაღებით.

ბლოკირება: მინიმალური; განაკვეთი/მოგება - ბირთვული გაყვანილობის წყვილი.

8) დაკვირვება და SLO

Метрики: p95/p99 latency per service, error rate, saturation, business KPIs (bets/min, settle lag, deposit success).

ტრეკერი: trace _ id გავლით (edge - დომენები, საბურავი და კონსუმერები).

ლოგოები: სტრუქტურირებული, PII რედაქტირებით.

SLO მინიმალური:

• ბირთვის აფთიაქი 99,95%
• p95 საფულე <150 ms
• დაკარგული/დუბლირებული ნაკრები = 0
• მოვლენების შეფერხების დრო BI <5 წუთამდე

9) უსაფრთხოება და შესაბამისობა

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

საიდუმლოებები: Vault/HSM, გასაღების როტაცია, KMS მონაცემთა დაშიფვრა „at rest“.

PCI DSS/GDPR/ადგილობრივი ანალოგები: მედიის სეგმენტები, PAN ტოქსიკაცია, DLP, წვდომის ჟურნალი (WORM).

WAF/bot დაცვა: ქცევითი სიგნალების ფილტრები, მოწყობილობები-fingerprinting.

მონაცემთა აღდგენა: შარდვა რეგიონებში; აკრძალვა ჯვარედინი რეგიონალური PII.

10) ხელმისაწვდომობა, DR და გამოშვების ვერსია

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

კანარის გამოშვებები/მომავალი დროშები, გამოტოვება; BD მიგრაცია - ghost/მეორადი ინდექსების საშუალებით.

ქაოსის ინჟინერია: ქსელის/PSP/პროვაიდერების რეგულარული გაყალბება დეგრადაციის შესამოწმებლად.

11) მონაცემთა სქემების და ხარისხის მართვა

Data Contracts: მოვლენების ვერსია (semver), პროდიუსერების/კონსიუმერების საკონტრაქტო ტესტები.

Goverans: მონაცემთა კატალოგის (მონაცემთა კატალოგის), წყაროების ნდობის დონე, ფანჯრების განახლების SLA.

ხარისხი: დედუპლიკაცია, გვიანდელი მოვლენები (გვიან არივალები), idempotent upserts OLAP- ში.

12) როლები და წვდომა (უკან ოფისი)

RBAC: მკაფიო როლები (ფინანსები, რისკი, საფორტი, მარკეტინგი, შესაბამისობა).

კრეტას მოქმედებები: „4 თვალის“ დადასტურება, უცვლელი ოპერაციების ჟურნალი.

PII ეკრანი: შენიღბვა; სრული წვდომა - განაცხადის/დროებითი ნიშნების მიხედვით.

13) სიმწიფის მეტრიკა casino core (თვითშეფასება)

1. საიმედოობა: SLO საფულე/სალარო/სესიები ხორციელდება დღის 99% -ზე მეტი.

2. მონაცემები: მოვლენები ხდება BI-5 წუთში; ledgers vs PSP თანმიმდევრულობა 99,99% -ს შეადგენს.

3. პრემია: დიზაინერი მართავს BD- ს გადასინჯვის გარეშე; ცვლილებების აუდიტი.

4. RG/AML: რეალური დროის სიგნალები; მოხსენებები/გადმოტვირთვის ავტომატიზებულია.

5. ინციდენტები: MTTR <30 წთ; postmortemes არის საჯარო კომპანიის შიგნით.

6. ტესტირება: კონტრაქტი, დატვირთვა, ქაოსის ტესტები; პროვაიდერების/PSP საცდელი ქვიშის ყუთები.

14) არქიტექტურის აუდიტორი

• არსებობს outbox/CDC, ღონისძიება ქვეყნდება ატომური გარიგებით.
• ლეგენდა ხორციელდება, როგორც გაყვანილობის უცვლელი წიგნი; არსებობს cross PSP- ით.
• ყველა გუნდი იდემპოტენტურია; კლავიშებზე არის დეპოზიტი.
• იყოფა OLTP და OLAP; პროგნოზები არ სცემს საბრძოლო BD- ს.
• RG ლიმიტები სინქრონულად გამოიყენება განაკვეთის დროს; რეალობის შემოწმება იძულებულია.
• Game gateway დეგრადაციას ახდენს ინციდენტებზე.
• DR გეგმა რეგულარულად ვარჯიშობს; ზურგჩანთები შემოწმებულია აღდგენით.

დაფიქსირებულია გასაღების/საიდუმლოებების პოლიტიკა და მათი როტაცია.

• კომპლექსური მოხსენებები იკრიბება ავტომატურად (Excel- სახელმძღვანელო შრომის გარეშე).
• აუდიტის ლოგოები - WORM, დაშვება მინიმალური უფლებების საფუძველზე.

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

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

საზოგადოებრივი და პირადი API- ს ნაზავი, API კარიბჭის არარსებობა.

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

მონოლითური საფულე და პრემია იდემპოტენტურობისა და საგნების გარეშე.

ერთიანი BD „ყველაფრისთვის“ + BI მოთხოვნები საბრძოლო სქემის მიხედვით.

მოვლენების ვერსიისა და საკონტრაქტო ტესტების არარსებობა.

არ არსებობს პრემია წესებისა და ტურნირის ფორმულების ცვლილებების რეესტრი.

გადახდის უკმარისობა კასკადის გარეშე; „შეეცადეთ მოგვიანებით“, როგორც სტრატეგია.

არ არსებობს RG ინსტრუმენტები „ყუთიდან“; ნდობის ლიცენზია.

---

Casino core არის ღონისძიება, მკაცრად შეზღუდული უფლებების სერვისების „ქსელი“, სადაც ფული და პასუხისმგებლობა პირველადი ხდება. ძლიერი არქიტექტურა ეყრდნობა სამ სვეტს:

1. ფულის მკაცრი მთლიანობა (ledger, idempotence, საგები, outbox/CDC), 2. ღონისძიება და დაკვირვება (კონტრაქტები, ტრეკერი, SLO, BI ფანჯრები), 3. უსაფრთხოება და შესაბამისობა (zero-trust, PCI/GDPR, RG/AML).

ამ საფუძვლების აგებით, ოპერატორი მასშტაბებს შინაარსს, ბონუს ეკონომიკასა და მარკეტინგს მთავარი რისკის გარეშე - მოთამაშეთა ფული და ბრენდის რეპუტაცია.