چگونه backend در سیستم عامل های بازی کار می کند

پلت فرم بازی یک ارکستر از ده ها تن از خدمات است: از مجوز و کیف پول به ادغام با سرورهای بازی (RGS)، ضد تقلب، بازاریابی و گزارش. وظیفه باطن است برای اطمینان از صداقت، سرعت، پوسته پوسته شدن و انطباق با مقررات با یک تجربه مناسب برای بازیکن و اپراتور. در زیر یک نقشه عملی از اجزاء، جریان ها و راه حل ها است.

1) معماری مرجع

لایه کانال

API دروازه/لبه: TLS/MTLS، WAF، محدودیت نرخ، idempotency، نسخه API، مسیرهای قناری.

BFF (Backend for Frontend): REST/GraphQL برای وب/موبایل/شرکا، جمع آوری داده ها، حافظه پنهان پاسخ.

خدمات دامنه

هویت و دسترسی: ثبت نام، SSO/OAuth، MFA، جلسات/نشانه ها، مدیریت دستگاه.

مشخصات و KYC/AML: پرسشنامه ها، اسناد، لیست تحریم ها/POP، آدرس ها، سن/geo-gates.

کیف پول و پرداخت: چند ارزی/فرقه, قفل → حل و فصل, PSP/بانک ها, بازده/بازپرداخت.

کاتالوگ و حقوق: لیست بازی ها، پرچم های ویژگی توسط صلاحیت، مجوز/دسترسی.

کارگزار جلسه بازی: جلسات شروع/پایان، پروکسی به RGS/ارائه دهندگان، درخواست امضا.

Promo/CRM: پاداش، freebies/freespins، ماموریت، تقسیم بندی، محدودیت بودجه تبلیغاتی.

مسابقات/رهبران: رتبه بندی، ضد Stathpadding، استخر جایزه.

RG (بازی مسئول): محدودیت زمان/سپرده/از دست دادن, واقعیت چک, مکث/خود حذفی.

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

محتوا و CMS: آگهی ها، صفحات، محلی سازی، گزینه های A/B.

اطلاعیه ها: ایمیل/اس ام اس/فشار/WebSocket، کلاه فرکانس، «ساعت آرام».

گزارش و انطباق: آپلود به تنظیم کننده ها، گزارش های بازی/مالی، مسیرهای حسابرسی.

پلت فرم

اتوبوس رویداد (Kafka/Pulsar): رویدادهای نرخ/پرداخت/ویژگی، CDC، مسیرهای حسابرسی.

پلت فرم داده: DWH/دریاچه، جریان ETL، fichestore برای ML (خطر/توصیه).

قابلیت مشاهده: سیاههها/معیارها/مسیرها (ELK/OTel/Prometheus)، هشدارها، SLO.

اسرار و پیکربندی: KMS/Vault، پیکربندی در روزهای چهارشنبه، phicheflags.

CI/CD: ساخت/تست/اسکن، آبی سبز/قناری، مهاجرت طرح، انتشار 4 چشم از ماژول های خطر.

2) جریان داده های کلیدی

2. 1 ورود → جلسه

1. BFF → هویت: احراز هویت، دستگاه/جغرافیایی.

2. KYC/AML: تأیید سن/کاغذ بازی، تحریم.

3. RG: اعمال محدودیت ها و وضعیت خود حذفی.

4. صدور توکن، باز کردن یک لابی بازی (دایرکتوری توسط صلاحیت).

2. 2 شرط/دور بازی (شکافها/شرط)

1. مشتری → API دروازه → کارگزار جلسه بازی.

2. کارگزار درخواست را امضا می کند، RGS را می نامد: «شرط بندی → نتیجه».

3. کیف پول: "قفل (شرط) → پس از نتیجه" حل و فصل (خالص) "idemotent است.

4. حسابرسی: ورود غیر قابل تغییر '(req، نتیجه، walletTxId، mathVersion، hash).

5. تله متری: حوادث در کافکا، به روز رسانی ماموریت/مسابقات.

2. ۳ پرداختها و نتیجهگیریها

آداپتورهای PSP (کارت، بانکداری باز، روش های محلی)، SCA/3DS.

ضد تقلب/AML: معاملات به ثمر رساند، منابع مالی، تأیید دستی/دستی.

Idempotency در سطح دستورات PSP و collbecks.

3) حساب ها، KYC/AML و دسترسی

مدل پروفایل: داده های اصلی، اسناد، آدرس ها، ترجیحات، موافقت نامه ها (GDPR).

نسخه بندی و «ردیابی» تغییرات (چه کسی/چه زمانی/کدام فیلد).

فرآیندهای KYC: وب سایت های ناهمزمان از ارائه دهندگان، retrai/تشدید.

Geo/age-gates: قوانین توقف در دروازه و سطوح BFF (محصولات ممنوعه را نشان نمی دهد).

4) کیف پول و جریان نقدی

طرح تعادل: نقدی/پاداش/قفل شده/در حمل و نقل.

شرط قرارداد: «قفل → نتیجه → حل و فصل» با TTL و تکرارپذیری به موفقیت.

ارزها/فرقه ها: دقت، گرد کردن، نرخ/تثبیت در زمان معامله.

ضد فساد/سیاهههای مربوط: جنبش تغییر ناپذیر، آشتی، ورود دو (حسابداری دو طرفه).

5) بازی های RGS و کاتالوگ ادغام

لایه آداپتورها به ارائه دهندگان، روش های نقشه برداری/امضا/خطاها.

پرچم های قضایی: چرخش خودکار، ویژگی خرید، حداقل RTP/سرعت، محدودیت های سنی.

بازی های بررسی سلامت، خاموش شدن خودکار در آستانه SLA <.

تکرار دور توسط (بذر، گام، mathVersion) - از طریق RGS.

6) تبلیغات، ماموریت ها، مسابقات

کیف پول تبلیغاتی: بودجه پاداش را با اولویت، قوانین wagering، mouthguards.

موتور ماموریت: شرایط اعلانی (رویدادها → قوانین → پاداش)، ضد سوء استفاده (تکراری/الگوهای ربات).

مسابقات: هیئت های رهبری در زمان واقعی، anti-stathpadding، معیارهای شفاف، پرداخت جوایز بی نظیر هستند.

7) بازی مسئولانه (RG)

محدودیت (سپرده/نرخ/زمان)، واقعیت چک در فواصل زمانی، زمان/خود حذفی.

اصل «سیگنال RG قدیمی تر از تبلیغی»: هر گونه رویدادهای بازاریابی برای بازیکنان در مکث/خود حذفی نادیده گرفته.

گزارش و گزارش مداخله (چه کسی/چه زمانی/پایه/نتیجه).

8) خطر و ضد ریزش

داده ها: دستگاه ها، رفتار، پرداخت ها، نمودار ارتباطی (تلفن ها، کارت ها، IP، آدرس ها).

مدل: ناهنجاری سپرده/برداشت, چند حساب, چرخ فلک جایزه, داوری نقل قول های منسوخ.

واکنش ها: به ثمر رساندن → چک limits/holds/2FA/manual ؛ کدهای دلیل و درخواست تجدید نظر.

9) داده ها و تجزیه و تحلیل

جریان ETL (کافکا → Flink/Spark) + DWH/Lakehouse (BigQuery/Snowflake/Redshift).

Fichestor برای ML (خطر LTV/توصیه/پیش بینی).

فهرست داده ها، صاحبان، مجموعه داده های SLA.

حریم خصوصی توسط طراحی: pseudonymization، به حداقل رساندن PII، حقوق موضوع داده ها (درخواست/حذف).

10) قابلیت مشاهده و SRE

معیارهای: P95/P99 API، TPS بازی، حل و فصل خطا، PSP تاخیر، RTP/انحراف فرکانس، بار کارگزار.

سیاهههای مربوط/آثار: همبستگی 'requestId '/' roundId'، آثار توزیع شده از طریق OTel.

SLO/هشدار: آستانه هدف (به عنوان مثال، اسپین p95 ≤ 120 میلی ثانیه، حل و فصل خطا <0. 01٪)، «ساعت های آرام» اطلاعیه ها.

حوادث: playbooks، «اتاق جنگ»، پس از مرگ با آیتم های عمل.

11) مقیاس و مناطق

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

حداقل چند AZ ؛ چند منطقه: دارایی برای خواندن/کاتالوگ/تله متری، دارایی مسئولیت کیف پول/جکپات.

سهمیه ها و فشار پشتی: محدودیت های TPS در هر مستاجر/در هر بازی، استخرهای اتصال PSP/RGS.

برنامه DR: اهداف RPO/RTO، تمرینات تعویض منظم.

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

دسترسی: Zero-Trust، MTLS/JWT، نشانه های کوتاه مدت، RBAC/ABAC، دسترسی به موقع.

اسرار: KMS/Vault، چرخش، مصنوعات امضا شده، اسکن زنجیره تامین.

داده ها: رمزگذاری «در حالت استراحت» و در کانال، پوشش/نشانه گذاری، نظارت بر خروج.

حسابرسی: گزارش های WORM، زنجیره های مرکل، کنترل تغییر.

تنظیم کننده: گزارش (GLI/eCOGRA/BMM، تنظیم کننده های محلی)، ذخیره سازی سیاهههای مربوط به زمان، جغرافیایی محلی سازی داده ها.

13) پشته فرآیند (معمولی)

هسته: برو/جاوا/کاتلین/گره. ج. REST/gRPC/WebSocket.

مخازن: PostgreSQL/MySQL (معاملات)، Redis/Memcached (cache/idempotency)، ClickHouse/Druid (تجزیه و تحلیل در زمان واقعی).

صف/اتوبوس: کافکا/پولسار ؛ سی دی سی (Debezium)

CDN/Edge: CloudFront/Fastly/Cloudflare برای دارایی ها/ویدجت ها.

ML/Fichestor: Feast/Tecton/Vertex/Featureform.

14) CI/CD و کیفیت

Pipeline: build → linters/tests → SCA/DAST → e2e در → canary/blue-green environment.

مهاجرت پایگاه داده: Liquibase/Flyway + تغییرات «دو مرحله ای» (dobav → napolni → pereklyuchi → udali).

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

پرچم های ویژگی، به طور پیش فرض بسته می شوند.

15) مینی جریان و شبه طرح

نرخ (idempotency):


مشتری → دروازه API → BFF → کارگزار بازی
فروشگاه ↘ idemotencyKey (Redis)
کارگزار → کیف پول. قفل کردن → RGS. چرخش → کیف پول. حل و فصل
ممیزی ↘ (WORM) ↘ تله متری (کافکا)
نتیجه ← (چک سام/امضا)

برداشت وجه:


API مشتری → پرداخت → خطر/AML → آداپتور PSP
کیف پول ↘ نگه → PSP webhook → کیف پول. حل و فصل/انتشار
اطلاعیه های ↘/CRM → گزارش دهی

16) اشتباهات مکرر و چگونگی اجتناب از آنها

حل و فصل نتیجه در مشتری → اختلافات و عدم صدور گواهینامه تنها سرور معتبر ⇒.

بدون idempotency در نرخ/پرداخت ⇒ دو نوشتن آف ⇒ کلید idempotency + تلاش مجدد امن.

«% N» هنگام نگاشت RNG ⇒ بایاس ⇒ نمونهبرداری مستعار/مردود.

مخلوط کردن تله متری و حسابرسی ⇒ پایه شواهد ضعیف ⇒ کانال های جداگانه و ذخیره سازی.

کمبود RG در خطرات تبلیغاتی ⇒ نظارتی ⇒ پرچم های RG قدیمی تر از بازاریابی متوقف می شود.

RPC های خارجی سنگین در مسیر بحرانی ⇒ p95 بالا ⇒ cache/batch/asynchron.

بدون DR/چند منطقه ⇒ خرابی طولانی ⇒ برنامه تعویض و تمرینات.

17) چک لیست پلت فرم بزرگ

صداقت و پول

نتایج معتبر سرور، حسابرسی WORM
قفل کیف پول → حل و فصل, idempotency, چند ارز
گزارش برای تنظیم کننده، آشتی

بازی ها و ادغام

دایرکتوری صلاحیت، بررسی سلامت بازی ها
قابل اعتماد آداپتورهای RGS/PSP، امضا/MTLS
پخش دور، SLA/خودکار خاموش

کاربر و RG

KYC/AML، دروازه های جغرافیایی/سن
محدودیت/مکث/خود حذفی, اولویت RG بیش از تبلیغی
قوانین پاداش شفاف

قابلیت اطمینان

SLO p95/p99، هشدارها، پس از مرگ
Autoscale، سهمیه، فشار پشتی
چند منطقه/منطقه، طرح DR

امنیت و ایمنی

خرک/KMS، چرخش کلید، اسکن زنجیره تامین
RBAC/ABAC، نشانه کوتاه مدت، صفر اعتماد
رمزگذاری، نظارت بر خروج

داده ها

جریان ETL، DWH/دریاچه، کاتالوگ داده ها
Fichestor و ML-استنتاج

سیاست های GDPR/PII و حقوق افراد

فرآیند ها

CI/CD قناری/آبی سبز، مهاجرت پایگاه داده
تست قرارداد/هرج و مرج، بار
Ficheflags و قناری ها

Backend یک پلت فرم بازی یک سرویس «ضخیم» نیست، بلکه هماهنگی بسیاری از ماژول های به شدت تعریف شده با SLO ها و کنترل های آنها است. معماری موفق:

1. نتایج و پول را صادقانه و بی نظیر نگه می دارد، 2. ادغام با RGS/PSP از طریق قراردادهای قوی، 3. مقیاس و زنده ماندن شکست، 4. احترام به بازی های قانونی و مسئولانه، 5. دید شفاف و انتشار سریع را فراهم می کند.

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