אשכולות MySQL ושכפול
(סעיף: טכנולוגיה ותשתיות)
סיכום קצר
MySQL נשאר אחד מקווי המתאר העיקריים של ”מערכת האמת” עבור כסף, KYC ונתונים במשרד אחורי. עבור iGaming עבודה, אתה צריך: עקביות קפדנית של עסקאות כספיות, זמינות גבוהה, פיגור מבוקר ותוכנית DR מובנת. ערימה בסיסית: MySQL 8 + InnodB, ROW-binlog + GTID, סנכרון למחצה במסלולים קריטיים, שכפול קבוצה/InnodB Cluster עבור HA, ProxySQL/MySQL Router לנתב, פיט אר.
תבניות ארכיטקטוניות
1) העתק ראשוני (קלאסי)
עיקרי מקבל הקלטות; העתק קריאה וביטוח ד "ר
שכפול: תבנית ROW binlog, GTID מופעלת.
עבור מסכי כסף - קריאה מראש או בקפדנות מבוקרת קריאה אחרי כתיבה.
2) סנכרון למחצה - Primary-Replica
ההתחייבות העיקרית מחכה לפחות כניסה אחת לכל העתק = RPO 0 -1 אירוע כישלון.
המחיר הוא עלייה קטנה באיחור לכל שיא.
3) מקבץ קבוצת MySQL (GR )/InnoDB Cluster
אשכולות קוורום (הסמכת עסקה), מצבים:- חד-ראשי: צומת אחד כותב, השאר קוראים (מומלץ לכסף).
- Multi-Primary: כתוב על ריבוי תחומים לקונפליקט נמוך בלבד.
- Router MySQL מפיץ חיבורים; קלוסון סט הוא ד "ר רב אזורי
4) שרידינג/פוליגלוט
הגדר אנכית את ליבת הכסף, ועבור סיפורים/יומנים - להוציא OLAP/NOSQL.