الهندسة المعمارية الأساسية للكازينو: طبقات ووحدات وحافلات بيانات

مقالة كاملة

1) الصورة الكاملة: ما هو جوهر الكازينو

Casino core هي مجموعة من خدمات المجال التي توفر التسجيل/تحديد اللاعبين، وقبول/تخزين الأموال، وحساب الرهانات، واقتصاد المكافآت، والتحكم في المخاطر والامتثال للوائح. في الرسم البياني من الأعلى إلى الأسفل:

1. طبقة الحافة (المحيط الخارجي): بوابة واجهة برمجة التطبيقات، حماية WAF/الروبوت، تحديد المعدل، دخول شبكة الخدمة، مرشحات جغرافية/قانونية.

2. المجال - слой (бизнес - логика): PAM، Wallet/Ledger، Bonus Engine، Cashier/PSP Orchestration، جلسات اللعبة، المخاطر/مكافحة الاحتيال، RG، الجائزة الكبرى/البطولات، الشركات التابعة، CRM/الإشعارات، الامتثال/الإبلاغ

3. طبقة البيانات/التكامل: حافلات الأحداث (كافكا/بولسار)، قوائم الانتظار (SQS/Rabbit)، CDC/Outbox، ETL/ELT (في معارض BI)، متجر الميزات/ML، المخابئ (Redis)، OLTDB (Postgres/Oracle)، OLAP (ClickHouse/BigQuery).

4. قابلية الرصد و SecOps: المقاييس/التتبع/السجلات، SIEM/SOAR، الأسرار (Vault/HSM)، المفاتيح والرموز، RBAC/ABAC، سجل التدقيق (WORM).

2) وحدات المجال (الحد الأدنى من التكوين المطلوب)

2. 1 PAM (إدارة حساب اللاعب)

التسجيل/تسجيل الدخول، SSO، إدارة الجلسات والأجهزة، KBA/2FA.

الملف الشخصي: العمر/الجغرافيا/العملة/القطاعات، النمو الحقيقي/حالات الاستبعاد الذاتي.

القيود: الوصول إلى الألعاب حسب الولاية القضائية، الحظر، «التحقق من الواقع».

2. 2 محفظة/ليدجر (دائرة نقدية)

الحسابات المتعددة العملات، القيد المزدوج (الخصم/الائتمان)، المعاملات غير القابلة للتغيير.

الرهان الذري والمعاملات الفائزة (مفاتيح الخصوصية، مرة واحدة بالضبط داخل المجال).

تحت ظهورات/جولات نشطة ؛ حسابات النقل بالجائزة الكبرى.

التفاعل فقط من خلال الأوامر (command API)، القراءة - من خلال الإسقاطات (CQRS).

2. 3 أمين الصندوق/PSP Orchestration

توجيه المدفوعات حسب النطاقات الجغرافية/الحاوية/الدرجات ؛ متتالية في حالة الفشل.

3-DS/AVS/velocity-rules; وترميز البطاقات ؛ على/خارج المنحدر للسرداب.

مجموعة SLO: إذن ≤ 3c p95، إجمالي نجاح الودائع ≥ 85٪ geo.

2. 4 جلسات لعبة (اندماجات ISP)

إنشاء جلسات لعبة (مصافحة رمزية)، والتحقق من صحة البلد/العملة/العمر.

stavka→iskhod→settlment الأحداث في الحافلة ؛ RNG والتسوية إلى جانب المزود.

مكافحة الإساءة: الحد الأدنى من الرهان، وتواتر الدوران، وحظر تغيير القيمة الاسمية «داخل الحيلة».

2. 5 محرك إضافي

حالات المكافأة (صادرة/مقفلة/نشطة/مصادرة)، فجر، مساهمة في اللعبة، الحد الأقصى للرهان/الحد الأقصى للنقد، المواعيد النهائية.

البعثات/المهام، والمساحات الحرة، واسترداد النقود ؛ توافق البطولة/الجائزة الكبرى.

الصلاحية التامة للقواعد وقت المراهنة ؛ تاريخ غير قابل للتغيير.

2. 6 المخاطر/مكافحة الاحتيال

الإشارات السلوكية (معدل الرهان، الحسابات المتعددة، الأجهزة/البطاقات المشتركة).

قواعد السرعة، فحص الرسم البياني للاتصالات، الدفاع عن رد التكاليف.

ردود الفعل: ناعمة (حدود)، صلبة (كتلة/تصعيد في AML).

2. 7 المقامرة المسؤولة (RG)

الإيداع/الخسارة/الرهان/الحدود الزمنية، المهلة، الاستبعاد الذاتي.

«التحقق من الواقع» والتوقف القسري ؛ تخزين الموافقات والسجلات.

2. 8 جوائز كبرى وبطولات

محلي/شبكي، ثابت/تدريجي ؛ تقاسم الرسوم مع كل سعر.

مجالس القيادات العامة ؛ والتحقق المستقل من النتائج ؛ مضادات الروبوت.

2. 9 الشركات التابعة و CRM

تتبع المعرف الفرعي، الإسناد (CPA/RevShare/Hybrid)، بعد الظهر.

التجزئة، المحفزات، قواعد القمع، القناة الشاملة (الدفع/البريد الإلكتروني/الرسائل القصيرة).

2. 10 الامتثال والإبلاغ

التفريغ التنظيمي والتقارير الضريبية والبحث والإبلاغ عن المعاملات المشبوهة ؛ سجل مراجعة WORM.

الإقامة حسب الولاية القضائية (EU/UK/BR، إلخ).

3) نموذج الحدث وحافلات البيانات

3. 1 المواضيع الأساسية (مثل تسمية كافكا)

اللعب. مسجل '،' لاعب. kyc. (). تغير "

'wallet. الخصم. طلب/التزم/فشل «،» المحفظة. الائتمان ".

اللعبة. . بدأت/انتهت '،' الرهان. وضع '،' الرهان. مستوطنة '

• «بونس». إصدار/استهلاك/مصادرة '،' الرهان. التقدم المحرز. تم تحديثها "
• 'rg. حد. ضرب '،' rg. مهلة. بدأت/انتهت "
• أكثر صعوبة. الإيداع. طلب/نجح/فشل «،» الانسحاب. طلب/حكم "
• مخاطرة. تنبيه. رفع/إغلاق '،' aml. حالة. مفتوحة "
• 'jackpot. المساهمة/بدء «،» البطولة. درجة. تم تحديثها "

العقود: Avro/JSON Schema + Schema Registry، والتحرير (متوافق مع الخلف)، ومفاتيح الخصوصية الصارمة.

3. 2 نموذج الحدث (مبسط)

جسون
{
" :" uid "،" : "bet. settled"، " :"  " :" brand-1 "،"  " :"  ":"  "" حمولة ": {
«game_id": «provider:slot_777,» «bet_amount": {«مبلغ»: 2. 00، "العملة": "اليورو"}، "win_amount": {"المبلغ": 36. 40، "العملة": "اليورو"}، "bonus_impacted": صحيح
}
}

القاعدة: الأحداث غير قابلة للتغيير ؛ - عن طريق أحداث تعويضية منفصلة.

3. 3 Outbox & CDC

تكتب جميع معاملات المجال حدثًا إلى صندوق الخروج في نفس قاعدة البيانات → يرسلها ناشر الخلفية إلى الحافلة.

CDC (Debezium and analogs) - للتدفقات الثانوية في DWH بدون تحميل على OLTP.

4) الاتساق والملاحم والغباء

Sagas للعمليات الطويلة (الإيداع/النقود، التحقق، جوائز البطولة).

الخصوصية لجميع الأوامر هي «Idempotency-Key» + تفريغ جانب الخدمة.

استراتيجية الاتساق: في المحفظة - بشكل صارم (ACID)، وإلا - في نهاية المطاف (من خلال الإسقاطات).

التعويضات: أحداث المجال الفردي، حظر «التعديلات اليدوية» في دفتر الأستاذ.

5) البيانات: OLTP/OLAP، المخابئ، التوقعات

OLTP: Postgres/Oracle للمحفظة، PAM، المكافآت (p95 <150ms).

المخابئ: Redis للجلسات، الحدود، التوقعات الساخنة للوحات الصدارة.

OLAP: ClickHouse/BigQuery - витрины KPI (FTD، NGR، ARPPU، الاحتفاظ، LTV، تقدم الرهان، أعلام المخاطر).

التوقعات (CQRS): بحث سريع عن اللاعب/المعاملات (<2c)، لوحة/مخاطر RG في الوقت الفعلي.

6) تنظيم الدفع: مزيد من التفصيل

قواعد التوجيه: geo، BIN، معدل المخاطر، الحمل، التكلفة.

التعاقب: PSP1 → PSP2 دون فقدان السلة ؛ تتراجع مع وقفة أسية.

التسويات: تقارير PSP اليومية → سجل المحفظة ؛ تناقضات السيارات → التذاكر.

7) التكامل مع مزودي الألعاب

نمط البوابة: واجهة برمجة تطبيقات لعبة واحدة، ورسم خرائط للعملة/الميزة، وفحص صحي مع التدهور.

التسوية: تجمع المزود القادم → أمر مجال المحفظة. يستقر مع مفتاح الخصوصية.

التشابك: الحد الأدنى ؛ الرهان/الفوز - زوج ذري من المعاملات.

8) إمكانية الرصد و SLO

Метрики: p95/p99 زمن الوصول لكل خدمة، معدل الخطأ، التشبع، مؤشرات الأداء الرئيسية للأعمال (الرهانات/الدقائق، تأخر التسوية، نجاح الإيداع).

تتبع 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) المخطط وإدارة جودة البيانات

عقود البيانات: إصدار الأحداث (النصف)، اختبارات عقد المنتج/المستهلك.

الحوكمة: كتالوج البيانات، مستوى ثقة المصدر، تحديث واجهة المتجر SLA.

الجودة: التفريغ، الوصول المتأخر، الاضطرابات الحمقاء في OLAP.

12) الأدوار والوصول (المكتب الخلفي)

المكتب الإقليمي لآسيا والمحيط الهادئ: أدوار واضحة (التمويل والمخاطر والدعم والتسويق والامتثال).

إجراءات كريت: تأكيدات «4 عيون»، سجل عمليات غير قابلة للتغيير.

شاشة PII: القناع ؛ الوصول الكامل - حسب التطبيق/الرموز المؤقتة.

13) مقاييس النضج الأساسية للكازينو (احترام الذات)

1. الموثوقية: يتم تنفيذ محفظة/سجل نقدي/جلسات SLOs ≥ 99٪ من الأيام.

2. البيانات: وصلت الأحداث إلى مؤشر كتلة الجسم ≤ 5 دقائق ؛ دفاتر أستاذ الاتساق مقابل PSP ≥ 99. 99%.

3. المكافآت: مصمم قواعد بدون تعديلات قاعدة بيانات ؛ مراجعة التغييرات.

4. RG/AML: إشارات آنية ؛ التقارير/التحميلات مؤتمتة.

5. الحوادث: MTTR <30 دقيقة ؛ تشريح الجثة عام داخلي.

6. الاختبار: عقد، تحميل، اختبارات فوضى ؛ مزود/صناديق رمل اختبار PSP.

14) قائمة مراجعة مدقق البنية

• هناك صندوق خارجي/مركز السيطرة على الأمراض، يتم نشر الحدث ذريًا مع الصفقة.
• ينفذ دفتر الأستاذ كدليل نشر غير قابل للتغيير ؛ هناك مصالحة مع PSP.
• جميع الأوامر خفية ؛ هناك تفريغ رئيسي.
• منفصل OLTP و OLAP ؛ الإسقاطات لا تصيب قواعد البيانات القتالية.
• تطبق حدود النمو الحقيقي بالتزامن مع المعدل ؛ يتم إنفاذ التحقق من الواقع.
• تتحلل بوابة اللعبة إلى القراءة فقط/» لا جلسات جديدة» في الحوادث.
• يتم تنفيذ خطة DR بانتظام ؛ يتم فحص النسخ الاحتياطية عن طريق الاسترداد.
• تم توثيق السياسة الرئيسية/السرية والتناوب.
• يتم جمع تقارير الامتثال تلقائيًا (بدون عمل دليل Excel).
• سجلات التدقيق - WORM، الوصول الأقل إلى الحقوق.

15) الأنماط المضادة («الأعلام الحمراء»)

التعديلات اليدوية للأرصدة والمكافآت في قاعدة البيانات.

مزج واجهة برمجة التطبيقات العامة والخاصة، وعدم وجود بوابة API.

تسجيل الأحداث «تجاوز» معاملات النطاق (وليس من خلال outbox).

محفظة ومكافآت متجانسة بدون حماقة وملاحم.

قاعدة بيانات موحدة «لكل شيء» + طلبات BI وفقًا لمخطط القتال.

عدم وجود إصدارات الأحداث واختبارات العقد.

لا يوجد سجل للتغييرات في قواعد المكافآت وصيغ البطولة.

عدم الدفع بدون سلسلة تعاقبية ؛ «حاول لاحقا» كاستراتيجية.

لا توجد أدوات RG خارج الصندوق ؛ رخصة على الصناديق الاستئمانية.

---

يعتبر Casino core قائمًا على الأحداث، وتقيده «شبكة» الحقوق من الخدمات حيث يكون المال والمسؤولية أساسيين. تعتمد الهندسة المعمارية القوية على ثلاث ركائز:

1. السلامة الصلبة للمال (دفتر الأستاذ، الغباء، الملاحم، outbox/CDC)، 2. الحدث وقابلية الملاحظة (عقود، تتبع، SLO، معارض BI)، 3. الأمن والامتثال الافتراضيان (الثقة الصفرية، PCI/GDPR، RG/AML).

بعد بناء هذه الأسس، يقوم المشغل بتوزيع المحتوى واقتصاد المكافآت والتسويق دون المخاطرة بالشيء الرئيسي - أموال اللاعبين وسمعة العلامة التجارية.