معماری هسته کازینو: لایه ها، ماژول ها، اتوبوس های داده

مقاله کامل

1) کل تصویر: چه هسته کازینو متشکل از

هسته کازینو مجموعه ای از خدمات دامنه که ارائه ثبت نام/شناسایی بازیکنان است, پذیرش/ذخیره سازی پول, محاسبه شرط, اقتصاد پاداش, کنترل ریسک و انطباق با مقررات. در نمودار از بالا به پایین:

1. لایه لبه (محیط بیرونی): دروازه API، حفاظت WAF/ربات، محدود کردن نرخ، ورود مش سرویس، فیلترهای جغرافیایی/قانونی.

2. Domain- слой (бизнес - логика): PAM، کیف پول/لجر، موتور پاداش، صندوقدار/PSP ارکستراسیون، جلسات بازی، خطر/ضد تقلب، RG، برنده تمام پولها/مسابقات، وابسته، CRM/اطلاعیه ها، انطباق/گزارش.

3. داده ها/لایه ادغام: اتوبوس رویداد (کافکا/پولسار)، صف (SQS/خرگوش)، CDC/Outbox، ETL/ELT (در ویترین BI)، فروشگاه ویژگی/ML، کش (Redis)، OLTP DB (Postgres/اوراکل)، OLAP (کلیک کنید خانه/BigQuery).

4. قابلیت مشاهده و SecOps: معیارها/ردیابی/سیاهههای مربوط، SIEM/SOAR، اسرار (Vault/HSM)، کلید ها و نشانه ها، RBAC/ABAC، گزارش حسابرسی (WORM).

2) ماژول های دامنه (حداقل ترکیب مورد نیاز)

2. 1 PAM (مدیریت حساب بازیکن)

ثبت نام/ورود، SSO، جلسه و مدیریت دستگاه، KBA/2FA.

مشخصات: سن/جغرافیایی/ارز/بخش، RG/وضعیت خود حذفی.

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

2. 2 کیف پول/لجر (مدار پول)

حساب های چند ارزی، ورود دوگانه (بدهی/اعتبار)، معاملات تغییر ناپذیر.

شرط بندی اتمی و معاملات برنده (کلید idemotency، دقیقا یک بار در یک دامنه).

نگه می دارد تحت پشت فعال/دور ؛ حساب های حمل و نقل جکپات.

تعامل فقط از طریق دستورات (API فرمان)، خواندن - از طریق پیش بینی (CQRS).

2. 3 صندوقدار/PSP ارکستراسیون

مسیریابی پرداخت توسط گروه های جغرافیایی/بن/امتیاز ؛ سقوط در صورت شکست

3-DS/AVS/velocity-rules ؛ نشانه گذاری کارت ها ؛ آن-/خارج از سطح شیب دار برای دخمه.

SLO مجموعه: مجوز ≤ 3c p95، کل سپرده موفقیت ≥ 85٪ جغرافیایی.

2. 4 جلسه بازی (ادغام ISP)

ایجاد جلسات بازی (نشانه دست دادن)، اعتبار سنجی کشور/ارز/سن.

stavka → iskhod → رویدادهای استقرار در اتوبوس بروید; RNG و حل و فصل در کنار ارائه دهنده است.

ضد سوء استفاده: شرط حداقل، فرکانس چرخش، ممنوعیت تغییر ارزش چهره «در داخل ترفند».

2. 5 موتور پاداش

کشورهای جایزه (صادر شده/قفل شده/فعال/جریمه)، vager، سهم بازی، حداکثر شرط/حداکثر cashout، مهلت.

ماموریت/ماموریت, freespins, کلیدهای; سازگاری مسابقات/جکپات.

اعتبار دقیق قوانین در زمان شرط بندی ؛ تاریخ غیر قابل تغییر

2. 6 خطر/ضد تقلب

نشانه های رفتاری (نرخ شرط بندی، چند حساب، دستگاه های مشترک/کارت).

قوانین سرعت، چک کردن نمودار از اتصالات، دفاع chargeback.

واکنش: نرم (محدودیت)، سخت (بلوک/تشدید در AML).

2. قمار مسئولانه 7 (RG)

سپرده/از دست دادن/شرط/محدودیت زمانی, وقفه, خود حذفی.

«بررسی واقعیت» و مکث اجباری ؛ ذخیره سازی رضایت و سیاهههای مربوط.

2. 8 جکپات و مسابقات

محلی/شبکه، ثابت/مترقی ؛ هزینه اشتراک با هر نرخ.

مدیران عمومی ؛ بررسی مستقل نتایج ؛ ضد ربات

2. 9 شرکت های وابسته و CRM

ردیابی زیر شناسه، انتساب (CPA/RevShare/Hybrid)، پس از پشت.

تقسیم بندی، ماشه، قوانین سرکوب، omnichannel (فشار/ایمیل/اس ام اس).

2. 10 انطباق و گزارش

بارهای نظارتی، گزارش های مالیاتی، SAR/STR ؛ ورود به سیستم حسابرسی WORM.

اقامت داده ها توسط صلاحیت (EU/UK/BR، و غیره).

3) مدل رویداد و اتوبوس های داده

3. 1 موضوعات اساسی (مثال نامگذاری کافکا)

بازی کن. بازیکن ثبت شده «،». KYC. وضعیت. تغییر کرد..

تمام شد. بدهی. درخواست/متعهد/شکست خورده «،» کیف پول. اعتبار.

بازی بود. جلسه. شروع/پایان "، شرط. شرط میبندم. مستقر شد..

سلام. صادر شده/مصرف شده/از دست رفته «،» شرط بندی. پیشرفت. به روز شده

• آ ره. محدود کردن RG 'ضربه. اتمام وقت. شروع/پایان
• بیشتر جلب توجه میکند. سپرده گذاری درخواست/موفق/شکست خورده «،» برداشت. درخواست/ارسال
• ریسک میکنم. هشدار. بالا/بسته '، AML. مورد. باز شد
• جکپات. مشارکت/باعث '،' مسابقات. امتیاز. به روز شده

قراردادها: Avro/JSON Schema + Schema Registry، نسخه بندی (سازگار با عقب)، کلیدهای idempotence دقیق.

3. 2 قالب رویداد (ساده شده)

جی سون
{
" :" uuid "،" : "bet. settled"، " :"  ":" brand-1 "،" brand-1 ":
«game_id": «provider:slot_777,» «bet_amount": {«مقدار»: 2. 00, "ارز": "EUR"} ", win_amount": {"مقدار": 36. 40، "ارز": "EUR"} "، bonus_impacted": درست است
}
}

قانون: وقایع تغییرناپذیرند ؛ تنظیمات - با رویدادهای جبران جداگانه.

3. 3 صندوق پستی و CDC

تمام معاملات دامنه یک رویداد را به صندوق پستی در همان پایگاه داده ارسال می کنند ناشر پس زمینه آن را به اتوبوس می فرستد.

CDC (Debezium and analogs) - برای جریانهای ثانویه در DWH بدون بار در OLTP.

4) سازگاری، ساگا و idemotency

Sagas برای فرآیندهای طولانی (سپرده/نقدی، تأیید، جوایز مسابقات).

Idempotency تمام دستورات 'Idempotency-Key' + deduplication سرویس است.

استراتژی سازگاری: در کیف پول - به شدت (ACID)، در غیر این صورت - در نهایت (از طریق پیش بینی).

جبران خسارت: رویدادهای دامنه فردی، ممنوعیت «ویرایش دستی» در دفتر کل.

5) داده ها: OLTP/OLAP، کش ها، پیش بینی ها

OLTP: Postgres/Oracle برای کیف پول، PAM، پاداش (p95 <150ms).

حافظه های نهان: قرمز برای جلسات، محدودیت ها، پیش بینی های داغ از مدیران.

OLAP: ClickHouse/BigQuery - витрины KPI (FTD، NGR، ARPPU، احتباس، LTV، پیشرفت شرط بندی، پرچم های ریسک).

پیش بینی ها (CQRS): جستجوی سریع بازیکن/معامله (<2c)، پانل RG در زمان واقعی/خطر.

6) ارکستراسیون پرداخت: دقیق تر

قوانین مسیریابی: جغرافیایی، BIN، میزان خطر، بار، هزینه.

آبشار: PSP1 → PSP2 بدون از دست دادن سبد خرید ؛ با مکث نمایی عقب نشینی میکند.

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

7) ادغام با ارائه دهندگان بازی

الگوی دروازه: یک API بازی واحد، نقشه برداری ارز/ویژگی، بررسی سلامت با تخریب.

حل و فصل: ارائه دهنده ورودی collback → دستور دامنه کیف پول. حل و فصل با کلید idempotency.

Interlocks: حداقل ؛ شرط/برد - جفت اتمی معاملات.

8) قابلیت مشاهده و SLO

Метрики: p95/p99 تاخیر در هر سرویس، میزان خطا، اشباع، KPI های تجاری (شرط/دقیقه، حل و فصل تاخیر، موفقیت سپرده).

ردیابی trace_id پایان به پایان (edge → domeny → shina → konsyumery).

سیاهههای مربوط: ساختار یافته، با ویرایش PII.

حداقل SLO:

• زمان آماده به کار ≥ 99 95%
• کیف پول p95 <150 میلی ثانیه
• شهرک های گمشده/تکراری = 0
• زمان تاخیر رویداد به BI <5 دقیقه

9) ایمنی و انطباق

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

اسرار: Vault/HSM، چرخش کلید، رمزگذاری داده های KMS «در حالت استراحت».

PCI DSS/GDPR/آنالوگ های محلی: تقسیم بندی محیط ها، نشانه گذاری PAN، DLP، ورود به سیستم دسترسی (WORM).

حفاظت WAF/ربات: فیلتر بر روی سیگنال های رفتاری، اثر انگشت دستگاه.

اقامت داده ها: کمبود منطقه ؛ ممنوعیت PII بین منطقه ای.

10) در دسترس بودن، DR و نسخه آزمایشی

دارایی-دارایی/دارایی-بدهی بر حسب منطقه ؛ RPO ≤ 5 دقیقه، RTO ≤ 30 دقیقه.

نسخه های قناری/پرچم های ویژگی، رول بک ؛ مهاجرت پایگاه داده - از طریق شاخص شبح/ثانویه.

مهندسی هرج و مرج: فایل های منظم شبکه/PSP/ارائه دهنده برای بررسی تخریب.

11) طرح و مدیریت کیفیت داده ها

قراردادهای داده: نسخه بندی رویداد (semver)، آزمون های قرارداد تولید کننده/مصرف کننده.

حاکمیت: کاتالوگ داده ها، سطح اعتماد منبع، به روز رسانی SLA فروشگاه.

کیفیت: deduplication، ورود دیر هنگام، upserts idempotent در OLAP.

12) نقش ها و دسترسی (پشت دفتر)

RBAC: نقش های روشن (مالی، ریسک، پشتیبانی، بازاریابی، انطباق).

اقدامات Crete: تایید «4 چشم»، یک ورودی از عملیات غیر قابل تغییر است.

صفحه نمایش PII: ماسک کردن ؛ دسترسی کامل - با استفاده از برنامه/نشانه های موقت.

13) معیارهای بلوغ هسته کازینو (عزت نفس)

1. قابلیت اطمینان: SLO های کیف پول/نقدی/جلسه ≥ 99٪ روزها انجام می شود.

2. داده ها: حوادث ضربه BI ≤ 5 دقیقه ؛ دفتر کل سازگاری در مقابل PSP ≥ 99. 99%.

3. جوایز: طراح قانون بدون ویرایش پایگاه داده ؛ بررسی تغییرات.

4. RG/AML: سیگنال های زمان واقعی ؛ گزارش ها/آپلود ها به صورت خودکار انجام می شود.

5. حوادث: MTTR <30 دقیقه ؛ postmortems عمومی داخلی هستند.

6. تست: قرارداد، بار، آزمون هرج و مرج ؛ جعبه های آزمایش ارائه دهنده/PSP.

14) معماری حسابرس چک لیست

• یک صندوق پستی/CDC وجود دارد، این رویداد به صورت اتمی با معامله منتشر می شود.
• دفتر کل به عنوان یک کتاب تغییر ناپذیر ارسال شده است ؛ یک توافق با PSP وجود دارد.
• تمام دستورات بی نظیر هستند ؛ deduplication کلیدی وجود دارد.
• OLTP و OLAP جداگانه ؛ پيش بيني ها به ديتابيس هاي جنگي نميخوره.
• محدودیت RG به طور همزمان در نرخ اعمال می شود ؛ بررسی واقعیت اجرا می شود.
• دروازه بازی در حوادث به read-only/» no new sessions» تنزل می یابد.
• برنامه DR به طور منظم انجام می شود ؛ پشتیبان گیری توسط Recovery بررسی می شود.
• سیاست کلیدی/مخفی و چرخش مستند شده است.
• گزارش های انطباق به طور خودکار جمع آوری می شوند (بدون کار دستی اکسل).
• سیاهههای مربوط به حسابرسی - WORM، حداقل دسترسی به حقوق.

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

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

مخلوط کردن API عمومی و خصوصی، عدم وجود دروازه API.

ضبط رویدادهای «دور زدن» معاملات دامنه (نه از طریق صندوق پستی).

کیف پول یکپارچه و پاداش بدون idempotency و sagas.

پایگاه داده یکپارچه «برای همه چیز» + درخواست BI با توجه به طرح مبارزه.

عدم وجود نسخه بندی رویداد و تست های قرارداد.

هیچ ثبت نام از تغییرات به قوانین پاداش و فرمول مسابقات وجود دارد.

شکست پرداخت بدون آبشار ؛ «بعدا سعی کنید» به عنوان یک استراتژی.

هیچ ابزار RG خارج از جعبه ؛ مجوز اعتماد.

---

هسته کازینو یک رویداد مبتنی بر، به شدت توسط حقوق «شبکه» از خدمات که در آن پول و مسئولیت اولیه محدود شده است. معماری قوی بر سه ستون استوار است:

1. یکپارچگی سخت پول (دفتر کل، idemotence، sagas، outbox/CDC)، 2. رویداد و قابلیت مشاهده (قراردادها، ردیابی، SLO، ویترین BI)، 3. امنیت و انطباق پیش فرض (اعتماد صفر، PCI/GDPR، RG/AML).

پس از ساخته شده این پایه، اپراتور مقیاس محتوا، اقتصاد پاداش و بازاریابی بدون خطر به چیز اصلی - پول بازیکنان و شهرت نام تجاری.