Როგორ არის მოწყობილი backend სათამაშო პლატფორმებზე

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

1) რეფერენდუმი-არქიტექტურა

არხის ფენა

API Gateway/Edge: TLS/MTLS, WAF, rate limits, idempotence, API ვერსია, კანარის მარშრუტები.

BFF (Backend Frontend): REST/GraphQL ვებ/მობილური/პარტნიორებისთვის, მონაცემთა ერთობლიობა, პასუხების ქეში.

დომენის მომსახურება

პირადობა და წვდომა: რეგისტრაცია, SSO/OAuth, MFA, სესიები/ნიშნები, მოწყობილობების მართვა.

Profile & KYC/AML: კითხვარები, დოკუმენტები, სანქციების სიები/REP, მისამართები, ასაკი/გეო-კარიბჭე.

Wallet & Payments: მულტივალუტა/დენომინაციები, ლოკი - settle, PSP/ბანკები, ავზები/ჩარჟბეკი.

Catalog & Entitlements: თამაშების სია, იურისდიქციის დროშები, ლიცენზიები/წვდომა.

Game Session Broker: სესიის დაწყება/დასრულება, RGS/პროვაიდერების მარიონეტები, მოთხოვნის ხელმოწერები.

Promo/CRM: პრემიები, fribets/frispins, მისიები, სეგმენტაცია, სარეკლამო ბიუჯეტის ლიმიტები.

Tournaments/Leaderboards: რეიტინგები, ანტი-სტატპადინგი, საპრიზო ფონდები.

RG (Responsible Gaming): დროის/დეპოზიტების/ზარალის, რეალითი ჩეკების, პაუზების/თვითკმაყოფილების შეზღუდვები.

Risk & Fraud: ქცევითი მორიელი, მრავალფუნქციური გრაფიკი, მოწყობილობები/გადასახადები/არბიტრაჟი, საქმის მენეჯმენტი.

შინაარსი და CMS: ბანერები, გვერდები, ლოკალიზაცია, A/B ვარიანტები.

Notifications: el-mail/SMS/push/WebSocket, სიხშირის ქუდები, „მშვიდი საათი“.

Reporting & Compliance: გადმოტვირთვა რეგულატორებში, თამაშის/ფინანსური ანგარიშები, აუდიტის ჟურნალები.

პლატფორმა

Event Bus (Kafka/Pulsar): განაკვეთები/გადახდები/fich, CDC, აუდიტის ტრეილები.

Data Platform: DWH/Lakehouse, ნაკადი ETL, ML- ის მიმდევარი (რისკი/რეკომენდაციები).

Observability: logs/მეტრიკა/ტრეისი (ELK/OTel/Prometheus), ალერტები, SLO.

Secrets & Config: KMS/Vault, ჩამორთმევა ოთხშაბათს, ficeflages.

CI/CD: build/test/scan, blue-green/canary, სქემების მიგრაცია, სარისკო მოდულების „4 თვალის“ გამოშვება.

2) მონაცემთა ძირითადი ნაკადები

2. 1 ლოგინი - სესია

1. BFF - იდენტურობა: ავთენტიფიკაცია, მოწყობილობა/გეო.

2. KYC/AML: ასაკის/დოკუმენტების შემოწმება, სანქციები.

3. RG: ლიმიტების გამოყენება და თვითშეფასების სტატუსი.

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

2. 2 კურსი/თამაშის რაუნდი (სლოტები/ფსონები)

1. API Gateway - Game Session Broker.

2. ბროკერი ხელს აწერს თხოვნას, მოუწოდებს RGS: 'bet outcome'.

3. Wallet: 'lock (bet)' 'შემდეგ outcome' settle (net) 'idempotent.

4. აუდიტი: უცვლელი ჩანაწერი '(req, outcome, walletTxID, mathVersion, hash)'.

5. Telemetry: მოვლენები კაფკაში, მისიების/ტურნირების განახლება.

2. 3 გადახდა და დასკვნები

PSP გადამყვანები (ბარათები, ღია ბანკინგი, ადგილობრივი მეთოდები), SCA/3DS.

ანტიფროდი/AML: გარიგების სკორინგი, სახსრების წყაროები, ჰოლდინგები/სახელმძღვანელო შემოწმება.

Idempotence orders და PSP კოლბეკების დონეზე.

3) ანგარიშები, KYC/AML და წვდომა

პროფილის მოდელი: ძირითადი მონაცემები, დოკუმენტები, მისამართები, პრეფერენციები, თანხმობა (GDPR).

ცვლილებების ვერსია და „კვალი“ (ვინ/როდის/რომელი ველი).

KYC პროცესები: ასინქრონული Webhook, პროვაიდერები/ესკალაცია.

Geo/age-gates: გაჩერებული წესები gateway და BFF (არ აჩვენოთ აკრძალული პროდუქტები).

4) საფულე და ფულადი ნაკადები

ბალანსის სქემა: cash/bonus/დაბლოკილი/გზაზე.

განაკვეთის ხელშეკრულება: 'lock' outcome - settle 'TTL- ით და განმეორებით წარმატებამდე.

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

ანტიკორუფციული/ჟურნალები: უცვლელი მოძრაობები, კრიპტები, ორმაგი ჩანაწერი (ორმხრივი აღრიცხვა).

5) თამაშებისა და ინტეგრაციის კატალოგი RGS- სთან

გადამყვანების ფენა პროვაიდერებისთვის, მეთოდების/ხელმოწერების/შეცდომებისთვის.

იურისდიქციის დროშები: მანქანების უკანა, buy-feature, min RTP/სიჩქარე, ასაკობრივი შეზღუდვები.

ჯანმრთელობის შემოწმების თამაშები, ავტომატური გამორთვა SLA <ზღურბლზე.

RGS- ის მეშვეობით '(დათესილი, ნაბიჯი, mathVersion)' რაუნდი.

6) პრომო, მისიები, ტურნირები

პრომო საფულე: პრიორიტეტული ბონუსების ჩამოწერა, wagering წესები, ქუდები.

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

ტურნირები: რეალურ დროში ლიდერები, ანტი-სტატპადინგი, გამჭვირვალე კრიტერიუმები, საპრიზო გადასახადები idempotent.

7) Responsible Gaming (RG)

ლიმიტები (ანაბრები/განაკვეთები/დრო), რეალითი ჩეკები ინტერვალებით, დრო/დრო.

პრინციპი „RG სიგნალი უფრო ძველია ვიდრე პრომო“: ნებისმიერი მარკეტინგული მოვლენა უგულებელყოფილია პაუზის/თვითშეფასების მოთამაშეებისთვის.

მოხსენება და ჩარევის ჟურნალი (ვინ/როდის/ბაზა/შედეგი).

8) რისკი და ანტიფროდი

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

მოდელები: დეპოზიტების/დასკვნების ანომალიები, მრავალ ანგარიშები, ბონუს კარუსელი, მოძველებული ციტატების არბიტრაჟი.

რეაქციები: მორიელი, ლიმიტები/ჰოლები/2FA/სახელმძღვანელო შემოწმება; Reason-codes და გასაჩივრება.

9) მონაცემები და ანალიტიკა

ნაკადის ETL (Kafka - Flink/Spark) + DWH/Lakehouse (BigQuery/Snowflake/Redshift).

Ichestor for ML (რისკი/რეკომენდაციები/LTV პროგნოზი).

მონაცემთა კატალოგი, მფლობელები, SLA Datasets.

Privacy by Design: ფსევდონიზაცია, PII- ის მინიმიზაცია, მონაცემთა საგნის უფლებები (მოთხოვნა/მოცილება).

10) დაკვირვება და SRE

მეტრიკა: p95/p99 API, TPS თამაშები, სეტლის შეცდომა, latence PSP, RTP/სიხშირის გადახრა, ბროკერის დატვირთვა.

Logs/Traces: 'requestId '/' roundID' კორელაცია, განაწილებული ბილიკები OTel- ის საშუალებით.

SLO/ალერტები: მიზნობრივი ბარიერები (მაგალითად, Spin p95) 120 ms, სეტლის შეცდომა <0. 01%), შეტყობინებების „მშვიდი საათი“.

ინციდენტები: playbuks, „ომის ოთახი“, postmortems მოქმედების items.

11) მასშტაბები და რეგიონები

სახელმწიფო სერვისები + ჰორიზონტალური სკეიტი; sticky-sessions - მხოლოდ ცოცხალი თამაშებისთვის/რთული პრემიებისთვის.

Multi-AZ მინიმუმ; Multi-Region: აქტივი/დირექტორია/ტელემეტრია, აქტივი-ვნება საფულეზე/ჯეკპოტებისთვის.

კვოტები და დაბლოკვა: per-tenant/per-game TPS ლიმიტები, ნაერთების აუზები PSP/RGS.

DR გეგმა: RPO/RTO მიზნები, switchover რეგულარული წვრთნები.

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

წვდომა: Zero-Trust, MTLS/JWT, მოკლე დონის ნიშნები, RBAC/ABAC, Just-in-Time ხელმისაწვდომია.

საიდუმლოებები: KMS/Vault, როტაცია, ხელმოწერილი არტეფაქტები, supply-chain სკანირება.

მონაცემები: დაშიფვრა „მარტო“ და არხში, შენიღბვა/ტოქსიკაცია, ფილტრაციის მონიტორინგი.

აუდიტი: WORM ჟურნალები, მერკელის ჯაჭვები, ცვლილებების კონტროლი.

მარეგულირებელი: მოხსენებები (GLI/eCOGRA/BMM, ადგილობრივი რეგულატორები), ვადების ლოგოების შენახვა, მონაცემების გეო-ლოკალიზაცია.

13) ტექნოლოგიური დასტის (ტიპიური ვარიანტები)

ბირთვი: Go/Java/Kotlin/Node. js; REST/gRPC/WebSocket.

საცავი: PostgreSQL/MySQL (გარიგებები), Redis/Memcached (ქეში/პირადობის მოწმობა), ClickHouse/Druid (რეალურ დროში ანალიტიკა).

რიგები/საბურავი: კაფკა/პულსარი; CDC (Debezium).

CDN/Edge: CloudFront/Fastly/Cloudflare ასეტებისა/ვიჯეტებისთვის.

ML/Fichestor: Feast/Tecton/Vertex/Featureform.

14) CI/CD და ხარისხი

Pipline: build - linters/ტესტები SCA/DAST - e2e შორის canary/blue-green.

BD- ს მიგრაცია: Liquibase/Flyway + „ორეტაპიანი“ ცვლილებები (დაამატეთ და შეავსეთ გადართვა).

სერვისებს შორის საკონტრაქტო ტესტები, სატესტო კონტეინერები, ქაოსის ტესტირება (ლატენცია/წარუმატებლობა).

Feature-flags, fail უსაფრთხოა (fail-closed).

15) მინი ნაკადები და ფსევდო ქიმიები

კურსი (იდემპოტენტობა):


Client → API Gateway → BFF → Game Broker
↘ idempotencyKey store (Redis)
Broker → Wallet. lock → RGS. spin → Wallet. settle
↘ Audit(WORM) ↘ Telemetry(Kafka)
← Outcome (checksum/signature)

თანხების გატანა:


Client → Payments API → Risk/AML → PSP Adapter
↘ Wallet. hold → PSP webhook → Wallet. settle/release
↘ Notifications/CRM → Reporting

16) ხშირი შეცდომები და როგორ მოვერიდოთ მათ

კლიენტზე შედეგის გადაწყვეტა - დავები და სერტიფიკაციის წარუმატებლობა მხოლოდ სერვერ-აუტჰორიტატია.

არ არსებობს იდემპოტენტურობა განაკვეთებში/გადახდებში - ორმაგი ჩამოწერა - idempotence keys + retry-safe.

'% N' RNG - bias - alias/rejection sampling.

ტელემეტრიისა და აუდიტის ნაზავი, სუსტი მტკიცებულებები და გაყოფილია არხები და საცავები.

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

მძიმე გარე RPC კრიტიკულ გზაზე არის მაღალი p95 ქეში/bush/asinchron.

DR/Multiregion- ის გარეშე, გრძელი სისწრაფე - switchover გეგმა და წვრთნები.

17) პლატფორმის დიდი შემოწმება

პატიოსნება და ფული

Server authoritative შედეგები, WORM აუდიტი
Wallet lock - settle, idempotence, მულტივალუტი
მოხსენებები რეგულატორებისთვის, შერიგება

თამაშები და ინტეგრაცია

იურისდიქციის კატალოგი, თამაშების ჯანმრთელობის შემოწმება
საიმედო გადამყვანები RGS/PSP, ხელმოწერები/MTLS
რაუნდი, SLA/გამორთვა

მომხმარებელი და RG

KYC/AML, გეო/კარიბჭის ასაკი
ლიმიტები/პაუზები/თვითგამოცხადება, RG- ის პრიორიტეტი პრომოზე
გამჭვირვალე ბონუსის წესები

საიმედოობა

SLO p95/p99, ალერტები, პოსტმორტემები
Autoskale, კვოტები, backpressure
Multi-AZ/Region, DR გეგმა

უსაფრთხოება

Vault/KMS, კლავიშების როტაცია, supply-chain სკანერები
RBAC/ABAC, მოკლე დონის ნიშნები, Zero-Trust

დაშიფვრა, ფილტრაციის მონიტორინგი

მონაცემები

ნაკადი ETL, DWH/Lakehouse, მონაცემთა კატალოგი
ფიჩესტორი და ML ინვესტიცია
GDPR/PII პოლიტიკა და სუბიექტების უფლებები

პროცესები

CI/CD არხი/ცისფერი-მწვანე, BD მიგრაცია
კონტრაქტის/ქაოსის ტესტები, დატვირთვა
ფიჩეფლაგები და კანარის გამოთვლები

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

1. ფლობს შედეგებს და ფულს გულწრფელად და იდემპოტენტურად, 2. ინტეგრირდება RGS/PSP- სთან საიმედო კონტრაქტების საშუალებით, 3. მასშტაბური და გაუძლებს წარუმატებლობას, 4. პატივს სცემს მარეგულირებელ და რეგულარულ თამაშს, 5. უზრუნველყოფს გამჭვირვალე დაკვირვებას და სწრაფ გამოშვებებს.

ეს არის ასეთი საფუძველი, რომელიც საშუალებას გაძლევთ უსაფრთხოდ გაიზარდოთ, სწრაფად დაიწყოთ შინაარსი და შეინარჩუნოთ მოთამაშეთა და რეგულატორების ნდობა.