دنده تورنت

چگونه به مقیاس پلت فرم کازینو خود را

مقاله کامل

💡 18+. مواد فنی برای محصولات iGaming و تیم های مهندسی. فراخوانی برای بازی نیست.

1) دقیقا چه باید مقیاس

ترافیک و جلسات: انفجار از جستجوگرها/جریان/مسابقات (ده ها هزار RPS در هر خواندن، هزاران RPS در هر نوشتن).

مدار پول: نرخ/شهرک/سپرده/cashouts - یکپارچگی و اولویت تاخیر.

پرداخت: مسیریابی PSP، آبشار، جغرافیایی مختلف و بازرگانان.

محتوا: صدها نفر از ارائه دهندگان، ده ها هزار نفر از جلسات بازی به صورت موازی.

داده ها: KPI در زمان واقعی ویترین و گزارش بدون مسدود کردن OLTP.

انطباق: RG/AML/KYC در زمان واقعی.

2) مبانی معماری مقیاس پذیری

2. 1 لایه ها و تقسیم مسئولیت ها

لبه: API دروازه، WAF/ربات حفاظت، نرخ محدود، جغرافیایی فیلتر.

خدمات دامنه: کیف پول/لجر، صندوقدار، دروازه بازی، پاداش، RG، ریسک/AML، PAM، وابسته، CRM.

لایه داده: گذرگاه رویداد (Kafka/Pulsar)، صف (SQS/Rabbit)، حافظههای نهان (Redis)، OLTP (Postgres/Oracle)، OLAP (ClickHouse/BigQuery).

قابلیت مشاهده/SecOps: معیارها/ردیابی/سیاهههای مربوط، SIEM/SOAR، Vault/HSM.

2. 2 مدل رویداد + CQRS

دستورات (سوابق) - به شدت از طریق API های دامنه ؛

خواندن - از طریق پیش بینی (نمایش نمایه/کش/OLAP).

Outbox/CDC: هر رویداد به صورت اتمی با معامله منتشر می شود ؛ تجزیه و تحلیل «گوش دادن» به تایر، نه پایگاه داده مبارزه.

2. 3 ساگا و Idempotence

فرآیندهای طولانی (سپرده، cashout، پاداش، جوایز مسابقات) - هماهنگ شده توسط sagas.

تمام دستورات نقدی و پاداش idempotent هستند (Idempotency-کلید + deduplication).

3) مقیاس بندی راه های پول (شماره 1 با اولویت)

3. 1 لجر به عنوان یک سرویس مستقل

ACID-DB با دو ورودی (بدهی/اعتبار)، معاملات غیر قابل تغییر، ورود به سیستم حسابرسی WORM.

کیف پول p95 <150ms، «شهرک های گمشده/تکراری» = 0.

3. 2 کمک های کش، اما درست نیست

قرمز برای محدودیت ها، پیش بینی های تعادل، قفل در بخش های کوتاه ؛ کیف پول همچنان منبع حقیقت است.

حفاظت در برابر حمله کش (TTL + jitter، تک پرواز).

3. 3 مقیاس افقی

تکه تکه کردن در امتداد player_id/brand_id/region، تکه های داغ - به گره های جداگانه.

خواندن کپی برای پیش بینی/دفتر پشت ؛ OLAP ↔ OLTP از هم جدا هستند.

4) پرداخت PSP و ارکستراسیون در رشد

مسیریابی: توسط BIN/geo/scoring/value ؛ ارزیابی مجدد کانال پویا.

Cascading: شکست PSP1 → PSP2 بدون از دست دادن سبد (نشانه idempotent).

قوانین 3-DS/AVS/velocity در ورودی ضد تقلب با لینک نمودار کارت/دستگاه.

آشتی: خودکار تطبیق PSP و دفتر ثبت روزانه ؛ هشدار اختلاف

5) دروازه بازی و بار «انفجار»

یک دروازه واحد به ارائه دهندگان (نشانه دست دادن، بررسی سلامت، تخریب «جلسات جدید»).

فشار برگشتی و صف برای حل و فصل به طوری که قله ارائه دهنده یک کیف پول قرار داده است.

محدودیت نرخ به سطح بازیکن/جدول/ارائه دهنده ؛ محافظت در برابر «حقه های درون بازی»

6) داده ها و تجزیه و تحلیل بدون خفه شدن تولید

Outbox/CDC → جریان به DWH، SLA تحویل مورد نمایش ≤ 5 دقیقه.

Проекции KPI (FTD، NGR، ARPPU، احتباس، LTV، پیشرفت شرط بندی، پرچم ریسک) - в OLAP.

RLS/PII ماسک در ذخیره سازی ؛ PII به صورت منطقه ای (اقامت داده ها) برگزار می شود.

7) چند منطقه/چند مارک

7. ۱ ثبات جغرافیایی

دارایی دارایی/دارایی مسئولیت منطقه، RPO ≤ 5 دقیقه، RTO ≤ 30 دقیقه.

اشتراک جغرافیایی PII/پول (EU/UK/BR/...) ؛ درخواست های متقابل منطقه به PII ممنوع است.

7. 2 چند برند

یکپارچگی عمومی (دروازه بازی، پاداش، وابسته) + Ledger/Cashier/PII جداگانه در هر مجوز/منطقه.

کلیدهای اجباری 'tenant _ id/brand _ id/license' در اتوبوس رویداد.

8) قابلیت مشاهده، قابلیت اطمینان، مهندسی هرج و مرج

معیارهای: تاخیر p95/p99 در هر سرویس، میزان خطا، اشباع، معیارهای کسب و کار (شرط/دقیقه، حل و فصل تاخیر، موفقیت سپرده).

Tracing: یک «trace _ id» از طریق لبه → domains → bus مصرف کنندگان.

هشدار توسط SLO: خطاهای بودجه SLO و تخریب مدیریت شده (انجماد پاداش، توقف جلسات جدید).

شیوه های هرج و مرج: فایل های PSP/ارائه دهنده/شبکه به طور منظم، چک کردن آبشارها و ساگا ها.

9) مقیاس RG/AML/KYC

سیگنال های توقف همزمان در نرخ (سپرده/از دست دادن/محدودیت زمانی, خود حذفی).

جریان سیگنال رفتاری (جلسات طولانی، افزایش نرخ)، اطلاعیه های پیشگیرانه.

AML: لیست تحریم/PEP، منبع بودجه، SAR/STR - خطوط لوله خودکار.

10) امنیت «پیش فرض»

اعتماد صفر: mTLS، نشانه های کوتاه مدت، RBAC/ABAC، اصل حداقل حقوق.

اسرار - طاق/HSM ؛ رمزگذاری KMS در حالت استراحت، نشانه گذاری PAN (PCI DSS).

حفاظت WAF/ربات، اثر انگشت دستگاه، DLP ؛ حسابرسی تغییرناپذیر (WORM)

11) FinOps برای مقیاس پذیری بدون انفجار

مقیاس خودکار با معیارهای تجاری (شرط/دقیقه، حل و فصل تاخیر)، نه فقط CPU.

نمونه های نقطه ای/وقفه - برای مصرف کنندگان ناهمزمان و ETL.

محدودیت های سهمیه بندی، هشدار بودجه ؛ برچسب خدمات و هزینه های نام تجاری

نمایش داده ها/شاخص ها ؛ سیاستهای TTL برای سیاههها/معیارها.

12) نقشه راه تکامل (اگر از یک مونولیت شروع شود)

1. اتوبوس رویداد و یک فرهنگ لغت تنها را وارد کنید ("شرط. قرار داده شده", "شرط. حل و فصل، کیف پول. بدهی/اعتباری، سپرده. موفق شد ".)

2. لجر را به یک سرویس/پایگاه داده جداگانه با outbox و idemotency منتقل کنید.

3. صندوقدار جداگانه (PSP ارکستراسیون، آبشار، آشتی).

4. قرار دادن دروازه بازی و تخریب «هیچ جلسه جدید».

5. تبدیل پاداش/RG به اشتراک رویداد ؛ ممنوعیت ویرایش دستی.

6. ارسال OLTP/OLAP و تنظیم جریان CDC در DWH.

7. امکان مشاهده (داشبورد SLO، ردیابی) و تمرینات هرج و مرج را فعال کنید.

8. آماده سازی چند منطقه (داده ها/کلید/اقدامات/PII) - با توجه به اولویت های جغرافیایی.

13) حداقل SLO برای پلت فرم بالغ

زمان بروز هسته (کیف پول/صندوقدار/دروازه بازی) ≥ 99. 95%.

p95 لجر <150 میلی ثانیه ؛ مجوز صندوقدار <3 s ؛ موفقیت سپرده ≥ 85٪ در هدف جغرافیایی.

«شهرک های از دست رفته/تکراری» = 0.

تحویل رویدادها به BI ≤ 5 دقیقه.

MTTR حوادث اصلی <30 دقیقه.

14) مقیاس پذیری معمار چک لیست

دامنه ها از هم جدا هستند ؛ پول یک لجر جداگانه با outbox/CDC است.
فرمان ها بی نظیر هستند ؛ کلیدهای deduplication همه جا هستند.
دروازه بازی با فشار برگشت و حالت تخریب.
صندوقدار: PSP cascades، retrays، آشتی، تله متری گسل.
CQRS/پیش بینی ؛ OLAP و OLTP از نظر فیزیکی از هم جدا هستند.
اتوبوس رویداد با رجیستری طرح; نسخه بندی قرارداد
RG/AML - چراغ ترمز همزمان ؛ گزارش ها و گزارش ها به صورت اتوماتیک انجام می شود.
مشاهده پذیری: معیارها/مسیرهای پیاده روی/سیاهههای مربوط با 'trace _ id' و برچسب های نام تجاری/مستاجر.
طرح DR: دارایی/بدهی، RPO ≤ 5 دقیقه، RTO ≤ 30 دقیقه ؛ تمرینات منظم
امنیت: mTLS، Vault/HSM، PCI/GDPR، حفاظت WAF/bot، حسابرسی WORM.
FinOps: مقیاس خودکار با معیارهای تجاری، هشدارهای بودجه، برچسب های هزینه.

15) ضد الگوهای (پرچم های قرمز)

یک پایگاه داده واحد «برای همه چیز»، BI به جداول نبرد می رسد.

ویرایش دستی تعادل/پاداش در پایگاه داده.

انتشار رویدادهای بایپس تراکنش (بدون صندوق خروجی).

عدم تنزل: «یا همه چیز، یا در حال سقوط».

شکست پرداخت بدون آبشار و تله متری.

بدون قدرت ایده آل ؛ Retrys ایجاد دو برابر شهرک.

عدم وجود PII جغرافیایی و کلید های تجاری.

ردیابی صفر: تحقیقات برای ساعت ها ادامه دارد.

مقیاس پذیری پلت فرم کازینو «سرورهای بیشتر» نیست، بلکه مرزهای صحیح و مدل عامل رویداد است: یک حلقه پولی جدا شده و سریع، یک لایه پرداخت پایدار، دروازه ای برای بازی با تخریب کنترل شده، جدایی OLTP/OLAP، مشاهده پذیری و نظم و انضباط SRE/FinOps. در چنین پایه و اساس، پلت فرم آرام قله مسابقات، جغرافیایی جدید و ده ها تن از مارک های زندگی می کنند - بدون خطر به پول و شهرت بازیکنان.