ארכיטקטורת ליבת קזינו: שכבות, מודולים, אוטובוסים נתונים
מאמר מלא
1) כל התמונה: איזו ליבת קזינו מורכבת
ליבת קזינו היא מערכת של שירותי דומיין המספקים רישום/זיהוי של שחקנים, קבלה/אחסון של כסף, חישוב של הימורים, כלכלת בונוס, בקרת סיכונים וציות לתקנות. בתרשים מלמעלה למטה:1. שכבת קצה (היקף חיצוני): שער API, הגנת WAF/BOT, הגבלת קצב, כניסת רשת שירות, מסננים גיאו/חוקיים.
2. PAM, Wallet/Ledger, Bonus Engine, Coffier/PSP, Game Sessions, Risk/Anti-France, RG, Jackpot/Tornamers, Associates, CRM M גישושים, ציות/דיווח.
3. שכבת מידע/אינטגרציה: אוטובוסים אירועים (Kafka/Pulsar), תורים (SQS/Rabbit), CDC/Outbox, ETL/ELT (ב-BI showcases), Feature Store/ML, cass (Reis), Op Gres/Oracle), OLAP (ClickHouse/BigQuery).
4. SIEM/SOAR, סודות (Vault/HSM), מפתחות ואסימונים, RBAC/ABAC, רישום ביקורת (WORM).
2) מודולי דומיין (ההרכב הדרוש מינימום)
2. 1 PAM (ניהול חשבון שחקן)
רישום/התחברות, SSO, הפעלה וניהול התקנים, KBA/2FA.
פרופיל: גיל/גיאו/מטבע/מקטעים, מדדי RG/הרחקה עצמית.
הגבלות: גישה למשחקים על ידי סמכות שיפוט, איסור, ”בדיקת מציאות”.
2. 2 ארנק/לדג 'ר (מעגל כסף)
חשבונות רב-צורניים, כניסה כפולה (חיוב/אשראי), עסקאות בלתי ניתנות לשינוי.
הימורים אטומיים והעברות זכייה (מפתחות אידמפוטנטיות, בדיוק-פעם אחת בתוך תחום).
מחזיק תחת גב פעיל/סיבובים; חשבונות מעבר כל הקופה.
אינטראקציה רק באמצעות פקודות (Command API), קריאה - באמצעות תחזיות (CQRS).
2. 3 תזמור קופאי/PSP
ניתוב תשלומים על ידי גאו/סל רצועות/ניקוד; מגולל במקרה של כישלונות.
3-DS/AVS/velocity-rules; טוקניזציה של קלפים; על/מחוץ לרמפה עבור קריפטה.
סט SLO: אישור על פי 3c p95, הצלחה בהפקדה כוללת של 85% גיאו.
2. 4 הפעלות משחק (אינטגרציית ISP)
יצירת הפעלות משחק (לחיצת יד), אימות של מדינה/מטבע/גיל.
stavka ac iskhod ac settlement events עולה לאוטובוס; אר-אן-ג 'י וההתיישבות בצד של המפרנס.
אנטי-שימוש לרעה: הימור מין, תדר ספין, איסור של שינוי ערך הפנים ”בתוך הטריק”.
2. מנוע בונוס 5
מדינות בונוס (מונפק/נעול/פעיל/ויתור), ואגר, תרומת משחק, מקס הימור/מקס קאשאוט, מועדים.
משימות/מסעות, פריספינים, קאשבק; התאמת טורניר/כל קופה.
תוקף קפדני של כללים בעת ההימור; היסטוריה בלתי ניתנת לשינוי.
2. 6 סיכון/אנטי הונאה
רמזים התנהגותיים (שיעור הימור, ריבוי חשבונות, התקנים/כרטיסים משותפים).
כללי מהירות, בדיקות גרף של חיבורים, הגנה על שרטוטים.
תגובות: רך (גבולות), קשה (בלוק/הסלמה ב AML).
2. 7 הימורים אחראיים (ר "ג) 
הפקדה/הפסד/הימור/הגבלת זמן, פסקי זמן, הדרה עצמית.
”המציאות בודקת” והשהייה כפויה; אחסון של קונסולים ויומנים.
2. 8 זכיות בטורנירים
מקומי/רשת, לתקן/פרוגרסיבי; דמי שיתוף עם כל שיעור.
לוחות הנהגה ציבוריים; אימות בלתי תלוי של תוצאות; אנטי-בוט.
2. 9 משייכים & CRM
מעקב תת-זיהוי, ייחוס (CPA/RevShare/Hybrid), פוסט-backs.
סגמנט, טריגרים, כללי דיכוי, omnichannel (דחיפה/דואר אלקטרוני/SMS).
2. 10 ציות ודיווח
הורדות רגולטוריות, דוחות מס, SAR/STR; יומן ביקורת תולעת.
תושבות נתונים בתחום השיפוט (EU/UK/BR, וכו ').
3) מודל אירועים ואוטובוסים
3. 1 נושאים בסיסיים (דוגמה של שמות קפקא)
'Player. רשום ”, שחקן”. קיק. סטטוס. שינוי &fost- "וואלט. חיוב. מבוקש/מחויב/נכשל, 'ארנק. קרדיט. &pos;
- 'משחק. פגישה. התחיל/הסתיים ”,” הימור. ממוקמת, 'הימור. ליישב &ldfost
- "בונוס. מונפק/נצרך/אבוד ',' הימור. התקדמות. עדכון &posted
- 'rg. הגבלה. פגע ',' rg. פסק זמן. החל/סוף &pos
- קופאית. הפקדה. ביקש/הצליח/נכשל ”, נסיגה”. ביקש/זקיף &pos
- "להסתכן. התראה. מורם/סגור ',' aml. מקרה. Openeded &pos
- 'ג' קט. תרומה/מופעלת, 'טורניר. ניקוד. עדכון &posted
חוזים: Avro/JSON Schema + Schema Registry, versioning (התאמה לאחור), מפתחות אידמפוטנטיות קפדניים.
3. 2 תבנית אירועים (מפושטת)
ג 'סון
{
" ": "uid',"  ":" bt. התיישבו ","  ":"  ":" bung-1 ","  ":
”game_id": ”provider:slot_777,” ”bet_amount": [”כמות”: 2. 00, "מטבע": "EUR", "win_amount":" סכום ": 36. 40, "מטבע": "EUR", "bonus_impacted":
}
}חוק: אירועים הם בלתי ניתנים לשינוי; שינויים - על ידי אירועי פיצוי נפרדים.
3. 3 Outbox & CDC
כל עסקאות הדומיין כותבות אירוע לתיבת היוצא באותו מסד נתונים.
CDC (דבזיום ואנלוגים) לזרימות משניות ב-DWH ללא עומס ב-OLTP.
4) עקביות, סאגות ואידמפוטנטיות
סאגות לתהליכים ארוכים (הפקדה/קאשאוט, אימות, פרסי טורניר).
האידישות של כל הפקודות היא 'Idempotency-Key' + שכפול צד שירות.
אסטרטגיה עקבית: בארנק - אך ורק (חומצה), אחרת - בסופו של דבר (באמצעות תחזיות).
פיצויים: אירועי תחום אישי, איסור על ”עריכה ידנית” בספר החשבונות.
5) נתונים: OLTP/OLAP, מטמונים, תחזיות
OLTP: Postgres/Oracle לארנק, PAM, בונוסים (p95 <150ms).
רדיס למפגשים, גבולות, תחזיות חמות של לוחות מובילים.
OLAP: ClickHouse/BigQuery - = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =.
תחזיות (CQRS): חיפוש מהיר של שחקן/עסקה (<2c), לוח RG/סיכון בזמן אמת.
6) תזמור תשלומים: יותר מפורט
חוקי ניתוב: GEO, BIN, שיעור סיכון, עומס, עלות.
קסקייד: PSP1 כפול PSP2 מבלי לאבד את הסל; נסיגה עם הפסקה מעריכית.
פיוס: דיווח יומי של PSP = רישום ארנק; סתירות אוטומטיות = כרטיסים.
7) אינטגרציה עם ספקי משחקים
תבנית שער: API משחק בודד, מיפוי מטבע/תכונה, בדיקת בריאות עם השפלה.
הסדר: collback ספקית נכנסת = = פקודת דומיין ארנק. להתיישב עם מפתח אידמפוטנטיות.
משולבים: מינימלי; זוג עסקאות אטומיות.
8) יכולת תצפית ו ־ SLO
p95/p99 לאטה לכל שירות, שיעור שגיאה, רוויה, KPI עסקי (הימורים/מין, ליישב פיגור, להפקיד הצלחה).
Trace trace_id end-to-end (edge # domeny # shina # konsyumery).
יומנים: מובנים, עם עריכת מח "ש.
SLO מינימום:- פעימות ליבה ב-99. 95%
- ארנק p95 <150 ms
- יישובים אבודים/כפולים = 0
- זמן עיכוב האירוע ל ־ BI <5 דקות
9) בטיחות וציות
אפס אמון: mTLS בתוך רשת, אסימונים קצרי ימים, RBAC/ABAC, עקרון זכויות מינימום.
סודות: כספת/HSM, סיבוב מפתח, הצפנת מידע KMS ”במנוחה”.
אנלוגיות PCI DSS/GDPR/מקומיות: קטמנטציה של סביבות, PAN tokenization, DLP, יומן גישה (WORM).
הגנת WAF/BOT: מסננים על אותות התנהגותיים,
תושבות נתונים: רדידות אחר אזור; חרם צולב אזורי על מח "ש.
10) זמינות, DR וגרסת שחרור
נכס-נכס/נכס-אחריות על ידי אזור; RPO 5 דקות, RTO 30 דקות.
קנרית משחררת/דגלים, גלגיליות; נדידת מסד נתונים - באמצעות רוח רפאים/אינדקסים משניים.
הנדסת כאוס: רשת רגילה/PSP/קבצים ספקים לבדוק הידרדרות.
11) סכימה וניהול איכות נתונים
חוזי נתונים: evention versioning (semver), בדיקות חוזה יצרן/צרכן.
מינהל: קטלוג נתונים, רמת אמון מקור, עדכון חנות SLA.
איכות: שכפול, הגעה מאוחרת, צפיפות אידמפוטנטית ב-OLAP.
12) תפקידים וגישה (משרד אחורי)
תפקידים ברורים (פיננסים, סיכונים, תמיכה, שיווק, ציות).
פעולות קריט: אימות של ”4 עיניים”, יומן של פעולות בלתי ניתנות לשינוי.
מסך PII: מיסוך; גישה מלאה - על ידי יישום/אסימונים זמניים.
13) מדדי בגרות ליבת קזינו (הערכה עצמית)
1. אמינות: ארנק/קופה/סשן SLOS מבוצעים ב-99% מהימים.
2. נתונים: אירועים פגעו ב-BI ב-5 דקות; פנקסי עקביות נגד PSP-99. 99%.
3. בונוסים: מעצב חוקים ללא עריכת מסד נתונים; ביקורת של שינויים.
4. RG/AML: אותות בזמן אמת; דיווחים/העלאות הם אוטומטיים.
5. תקריות: MTTR <30 דקות; ניתוחים שלאחר המוות הם ציבוריים פנימיים.
6. בדיקה: חוזה, עומס, בדיקות כאוס; ספקית PSP בוחנת ארגזי חול.
14) רשימת ביקורת ארכיטקטורה
[ ] יש תיבת יוצא/CDC, האירוע מתפרסם באופן אטומי עם העסקה.[ ] פנקס החשבונות מיושם כספר פרסום בלתי משתנה; יש פיוס עם PSP.[ ] כל הפקודות אידמפוטנטיות; יש שכפול מפתח.[ ] OLTP ו ־ OLAP נפרדים; תחזיות לא פוגעות במאגרי מידע קרביים.[ ] מגבלות RG מיושמות בצורה סינכרונית בקצב; בדיקת המציאות נאכפת.[ שער המשחק ] משפיל לקריאה בלבד/” אין מפגשים חדשים” בתקריות.[ ] "ר מתאמנת באופן קבוע; גיבויים נבדקים על ידי התאוששות.[ ] מדיניות מפתח/סודי וסבב מתועדים.[ דוחות ] נאספים אוטומטית (ללא עבודה ידנית).[ ] יומני ביקורת - תולעת, גישה לפחות זכויות.15) אנטי דפוסים (”דגלים אדומים”)
עריכה ידנית של איזון ובונוסים במסד הנתונים.
ערבוב של API ציבורי ופרטי, חוסר בשער API.
הקלטת אירועים ”עוקפים” עסקאות דומיין (לא דרך תיבת אאוטבוקס).
ארנק מונוליטי ובונוסים ללא אידמפוטנטיות וסאגות.
בסיס נתונים מאוחד ”לכל דבר” + בקשות BI על פי תוכנית הקרב.
היעדר אירועים ומבחני חוזה.
אין רישום של שינויים לחוקי בונוס ונוסחאות טורניר.
כשלי תשלום ללא מפל; ”נסה מאוחר יותר” כאסטרטגיה.
אין כלי אר-ג 'י מחוץ לקופסה; רישיון על אמון.
ליבת קזינו הוא אירוע מבוסס, מוגבל אך ורק על ידי זכויות ”רשת” של שירותים שבו כסף ואחריות הם עיקריים. ארכיטקטורה חזקה נשענת על שלושה עמודים:
1. שלמות קשה של כסף (ספר חשבונות, אידמפוטנטיות, סאגות, אאוטבוקס/CDC), 2. אירוע ויכולת תצפית (חוזים, איתור, תצוגות SLO, BI), 3. ביטחון ברירת מחדל וציות (אפס אמון, PCI/GDPR, RG/AML).
לאחר שבנתה את היסודות הללו, המרכזייה מאזנת תוכן, בונוס כלכלה ושיווק ללא סיכון לדבר העיקרי - כסף השחקנים ומוניטין המותג.
