چگونه شکست و پشتیبان گیری در iGaming کار می کند

چرا iGaming نیاز به یک نظم و انضباط DR/BCP خاص

یک پلت فرم کازینو پول زمان واقعی (کیف پول/لجر)، دور زندگی می کنند (RNG/زنده)، پرداخت، وابسته و انطباق سخت است. هر سوراخ دسترسی به سرعت به خطرات مالی و قانونی تبدیل می شود. بنابراین، معماری در اطراف بهبود قابل پیش بینی ساخته شده است: اهداف شناخته شده، سناریوهای شناخته شده، روش های تمرین شده.

اهداف و شرایط اصلی

RTO - هدف زمان بازیابی

برای کیف پول/دفتر کل: ≤ 60-300 ثانیه (feilover داخلی)، ≤ 15 دقیقه (DR بین منطقه ای).

هدف نقطه بازیابی (RPO) - از دست دادن اطلاعات قابل قبول است.

برای دفتر کل: 0-5 ثانیه (تکرار همزمان/شبه همزمان)، برای گزارش: ≤ 15 دقیقه.

SLA و بودجه خطا: رسمی کردن مبادلات بین نرخ تغییر و ثبات.

لایه های تحمل خطا

1) زیرساخت: چند AZ/چند منطقه

Multi-AZ (حداقل 3 منطقه): تمام خدمات حیاتی توسط مناطق توزیع شده، خودکار پایگاه داده/اتوبوس شکست خورده است.

چند منطقه DR: «گرم» (فعال فعال) و یا «گرم» (فعال منفعل) منطقه دوم با انزوا توسط صلاحیت (اقامت داده).

تصمیم بگیرید که کدام حالت:

فعال فعال: تاخیر کم به بازیکنان در دو منطقه، دفتر کل متقابل منطقه از طریق هماهنگ سازی رویداد + دقیق تک «محل حقیقت» برای محاسبات.
فعال منفعل (گرم): ساده تر و ارزان تر ؛ منفعل موارد گرم + کپی پایگاه داده را نگه می دارد، اما به ترافیک خدمت نمی کند.

2) شبکه و محیط

ورود مجدد/WAF، Anycast یا DNS با بررسی های بهداشتی.

دروازه های خروجی جداگانه برای ثبت پول نقد و ارائه دهندگان، لیست IP مجاز در هر دو منطقه.

3) داده ها و صف

پایگاه داده های رابطه ای (Postgres): Patroni/Managed HA، کپی همزمان در AZ، ماکت آسنکرون در منطقه DR (با نظارت بر تاخیر). PITR با عکس های فوری هر N دقیقه + آرشیو WAL.

OLAP (ClickHouse/BigQuery): تکرار/شاردینگ ؛ از دست دادن قابل قبول است (RPO تا 15-30 دقیقه).

Cache (Redis): یک خوشه با شکست، اما منبع حقیقت نیست ؛ در طول تعویض - گرم کردن.

اتوبوس رویداد (Kafka/NATS): خوشه آینه و/یا متقابل خوشه آینه، حداقل یک بار گارانتی، کنترل idemotency در مصرف کنندگان.

4) برنامه ها و دامنه ها

کیف پول/دفتر کل: هسته stateful با ثبات سخت، یک «نویسنده استاد» در هر منطقه ؛ با DR بین منطقه ای - روش «نویسنده منتخب» با قفل دو ورودی.

پل بازی/API: بدون حالت، feiler افقی برای بررسی های بهداشتی ؛ idemotencyKey برای تمام مسیرهای مالی.

پاداش/اطلاعیه/ETL: اجازه می دهد پردازش تاخیر، راه اندازی مجدد از صف.

دفتر جعبه (PSP/crypt): استراتژی چند ارائه دهنده (حداقل 2 ریل در هر کشور)، تغییر سریع بازرگانان/نقاط پایانی.

5) جریان های زنده

دروازه های WebRTC/LL-HLS با گره های لبه منطقه ای ؛ مسیرهای جایگزین در LL-HLS تحت تخریب WebRTC.

نگه داشتن منطق شرط بندی در خارج از بازیکن به طوری که راه اندازی مجدد جریان محاسبه تاثیر نمی گذارد.

الگوهای شکست خورده

دارایی (دو منطقه ای)

مزایا: حداقل RTO/RPO، نزدیکی به بازیکنان.

معایب: پیچیدگی لجر و درگیری های ضبط، شبکه گران قیمت.

تمرین: «یک نویسنده در هر دامنه» + رویداد یافتن منابع برای تولید کشورهای در یک منطقه همسایه.

دارایی مسئولیت (گرم)

مزایا: تعادل قیمت/دشواری.

منفی: RTO بالا، نیاز به یک طرح اثبات شده برای «ترویج» یک منطقه منفعل.

تمرین: اتوماسیون + تایید دستی (اصل 4 چشم) هنگام تعویض کیف پول.

منطقه ای (چند AZ)

فهرست خودکار دادگان/نهانگاه/مدخل.

بدون تغییر DNS/Anycast، RTO ثانیه دقیقه.

پشتیبان گیری توسط کلاس داده

کلاس ها	نمونه ها	روش ها	فرکانس ها	ذخیره سازی	تأیید صحت
معاملات پول/دفتر کل	Postgres (کیف پول، دفتر کل)	عکس های فوری + آرشیو WAL (PITR)، ماکت منطقی	5-15 دقیقه WAL، عکس فوری 1-4 ساعت	ذخیره سازی شی با قفل شی (WORM)، منطقه صلیب	مقایسه هفتگی DR Cold + Checksum
رویداد ها	تاپیک های کافکا	ذخیره سازی طبقه + آینه в DR	به طور مداوم	ذخیره سازی شی	پنجره های تست مجدد
OLAP/گزارش دهی	کلیک هاوس/بیگ کوئری	عکس های فوری/صادرات دسته	1-6 ساعت	ذخیره سازی شی	خواندن نمونه های آزمون
مصنوعات استاتیک	بلیط، سیاهههای مربوط، صادرات	نسخه S3، یخچال	روزانه	WORM/نسخه ها	بازگرداندن دوره ای
اسرار/کلید	فراداده KMS/HSM	صادرات با بسته بندی، کنترل دوگانه	طبق برنامه	اظهارات HSM	آزمون رمزگشایی

اصول:

نسخه پشتیبان تهیه شده در حالت استراحت رمزگذاری می شود و کلیدها در KMS/HSM رمزگذاری می شوند.
حالت غیر قابل تغییر (WORM) برای پشتیبان گیری بحرانی (حفاظت پاک کردن/ransomware).
کاتالوگ پشتیبان گیری با ابرداده (نسخه طرح، پنجره WAL، چک سام).
PITR برای دفتر کل اجباری است.

داده ها و idempotence: چگونه برای جلوگیری از «سوراخ» با feiler

IdempotencyKey در درخواست «شرط». محل، پرداخت. درخواست کن، صندوقدار. وب هوک ".

Ledger - فقط اضافه کردن فقط: حل و فصل مکرر یک ورودی تصحیح ایجاد می کند، نه یک «بازنویسی».

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

deduplication رویداد (سمت مصرف کننده، هش توسط زمینه های کلیدی).

ثبت نام نقدی، PSP و رمزنگاری: طرح B همیشه شامل

حداقل دو ارائه دهنده برای روش پرداخت (کارت/AWP)، حساب های تجاری از پیش تعیین شده در هر دو منطقه.

برای استیبل کوین ها - دو شبکه (به عنوان مثال، TRC-20 و ERC-20) و دو ارائه دهنده روشن/خاموش سطح شیب دار.

روتر پرداخت: در صورت شکست، PSP فورا به پشتیبان گیری سوئیچ، یک ورود به سیستم از دلایل نگه می دارد.

جریانهای KYT/AML تکرار می شوند. اگر سرویس خارجی در دسترس نیست - «حالت تنزل» با تشدید دستی.

روش های عملیاتی (کتاب های اجرا)

به صورت خودکار

ورود به زنجیره بررسی سلامت → API → کیف پول → ارائه دهنده پایگاه داده.

غیرفعال کردن خودکار عملکردهای «سنگین» (مسابقات/مأموریت ها) هنگامی که کیف پول تخریب می شود.

وقفه/عقب نشینی با مکث نمایشی و مهلت دقیق.

کتابچه راهنمای کاربر (با تایید)

ارتقاء منطقه DR به یک دارایی: چک لیست توسط مراحل، ورود به سیستم، کام قالب (پشتیبانی/همکاران/تنظیم کننده).

جبران خسارت/VOID توسط دور: کدهای علت، لینک به راهنمای ویدئویی، امضای کسانی که مسئول.

پرداخت یخ زدایی با کنترل دوگانه

تمرینات و بررسی آمادگی

بازی روز/هرج و مرج مته ماهانه: خاموش کردن AZ، تخریب پایگاه داده، قطره ارائه دهنده.

کامل DR تمرین سه ماهه: بالا بردن منطقه DR «در رشد کامل», اجرای سناریوهای واقعی شرط/پرداخت.

تست های بازیابی: دفتر کل را به زمان T بازگردانید، با کنترل P&L و برش های هش بررسی کنید.

جدول بالا با انطباق: چه کسی و چه کسی اطلاع که گزارش تولید می شوند (تنظیم کننده, PSP, وابسته به).

قابل مشاهده و سیگنال های feilover

معیارهای SLO: تاخیر کیف پول p95، share 'bet. رد، زمان حل و فصل دور، SLA پرداخت، تاخیر تکرار پایگاه داده، تاخیر مصرف کننده کافکا.

رویدادهای سوئیچینگ: هشدار «تغییر نقش»، «تاخیر تکرار> X»، «نقض شی قفل».

داشبورد DR: نقش گره فعلی، نمره RPO (دقیقه WAL)، وضعیت پنجره PITR.

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

جداسازی داده ها توسط صلاحیت (EU/UK/CA/...): تکرار در محدوده قانونی.

سیاهههای مربوط ثابت (S3 Object Lock/WORM)، نگهداری توسط مهلت های قانونی.

اسرار: چرخش کلید، کنترل دوگانه برای دکتر

پیگیری حسابرسی تمام تعویض ها و بازیابی ها.

ضد الگوهایی که DR را می شکنند

یک شبکه PSP/یک استیبل کوین در هر کشور - بدون راه آهن پشتیبان.

OLTP و OLAP در همان پایگاه داده - بازیابی بلوک عملیات زندگی می کنند.

بدون idempotencyKey - بدهی/پرداخت دو برابر برای بازپرداخت.

پشتیبان گیری بدون آزمون بازیابی منظم «پشتیبان گیری شرودینگر» است.

عدم وجود WORM/غیر قابل تغییر - آسیب پذیری در برابر حذف خودی/مخرب.

DNS بدون TTL های کوتاه و نقاط انتهایی گرم می شود.

یک نویسنده دفتر کل تنها در دو منطقه در همان زمان تقسیم دولت است.

چک لیست آمادگی اضطراری

معماری و معماری

Multi-AZ برای تمام خدمات حیاتی، توپولوژی مستند.
DR-منطقه با نقش توصیف (فعال فعال/منفعل) و بودجه.

داده ها

Postgres: PITR، عکس های فوری، نظارت بر تاخیر، تست های بازیابی منظم.
کافکا/NATS: معکوس/آرشیو، طرح پخش.
ClickHouse/OLAP: پشتیبان گیری دسته ای، بازگرداندن نمونه ها.
S3: Object Lock (WORM)، نسخه ها، متقابل منطقه.

برنامه های کاربردی

Idempotency در پول، ضمیمه تنها دفتر کل، تعادل نسخه.
خودکار ویژگی های تنزل در حوادث (مسابقات/ماموریت خاموش).
بررسی قناری قبل از تعویض منطقه.

دفتر بلیط و دخمه

دو ارائه دهنده در هر روش و دو شبکه برای اصطبل.
مسیریابی و سوئیچ باعث ورود به سیستم می شود.
KYT/AML در حالت تنزل با تشدید.

عملیات ها

Runbooks با RACI و تلفن های همراه.
روزهای هرج و مرج ماهانه و دریل سه ماهه کامل DR.
قالب های ارتباطی (پشتیبانی، شرکا، تنظیم کننده).

قابل مشاهده بودن

داشبورد RTO/RPO، هشدار نقش DB، تاخیر، شکست پیشنهاد/پرداخت.
گزارش حسابرسی سوئیچ ها و بازیابی ها.

قابلیت اطمینان iGaming است یک «دکمه feiler» نیست، اما یک سیستم از عادات: انزوای جغرافیایی، قابل پیش بینی RTO/RPO، پول idemotent، میز نقدی چند راه آهن، پشتیبان گیری تغییر ناپذیر، تمرینات منظم و ارتباطات شفاف. این نظم و انضباط اجازه می دهد تا شما را به تجربه شکست بدون ضرر در دفتر, بدون «گیر» دور و بدون ضربه اعتماد بازیکنان و تنظیم کننده.