چرا مقیاس زیرساخت مهم است

چرا شرکت ها نیاز به مقیاس دارند

درآمد بدون سقف رویدادهای اوج (دربی ها، فینال ها، نسخه های اصلی اسلات) RPS را چند برابر کنید. مقیاس پذیری باعث افزایش ترافیک به رشد GGR به جای خطاهای 5xx می شود.

SLO های پایدار ما تاخیر p95 مسیرهای بحرانی (نرخ، به روز رسانی تعادل، خروج) را در چارچوب هدف برای هر آنلاین نگه می داریم.

هزینه تحت کنترل کشش = پرداخت برای «ساعت گرم» به جای «ثابت بالا».

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

انواع پوسته پوسته شدن

افقی (مقیاس)

اضافه کردن موارد خدمات. پایه ای برای API بدون حالت، پل به ارائه دهندگان، دروازه های وب، کارگران. مزایا: تحمل گسل، کشش. منفی: idempotence و شرایط خارجی مورد نیاز است.

عمودی (مقیاس بالا)

افزایش منابع گره. مناسب برای پایگاه داده ها و خوشه های OLAP، اما دارای محدودیت است و در هر واحد سود گران تر است.

موقعیت جغرافیایی

چند AZ و، در صورت لزوم، چند منطقه: نزدیک به بازیکن → تاخیر کمتر برای شرط/جریان و مقاومت بیشتر در برابر حوادث.

چه دقیقا مقیاس در یک کازینو

لبه و API: دروازه، WAF، GraphQL/REST، هاب WebSocket (شرط/رویدادها).

پل به ارائه دهندگان: آداپتورهای زنده/RNG با HPA توسط RPS و زمان به «بهتر است. پذیرفته شده».

کیف پول/لجر: هسته stateful - مقیاس بندی از طریق کپی برای خواندن، sharding و بهینه سازی معامله.

میز نقدی: استخرهای جداگانه برای ارائه دهندگان پرداخت/رمزنگاری روشن/خاموش رمپ، صف برای پرداخت.

صف/اتوبوس رویداد: خوشه Kafka/NATS با مصرف کنندگان خودکار.

کش/دایرکتوری ها: Redis/حافظه ذخیره سازی کلید های داغ، CDN برای دارایی های استاتیک.

جریان: گره های لبه WebRTC/LL-HLS با بازپرداخت خودکار و مقیاس خودکار بیش از QoS.

فلسفه مهندسی

1. بی تفاوتی در پول هر گونه بازپرداخت توسط "شرط. محل "/" پرداخت. درخواست 'دقیقا یک بار پردازش می شود (کلید idempotence).

2. صف و فشار به عقب مسیرهای بحرانی مسدود نمی شوند: اگر ارائه دهنده/پایگاه داده آهسته باشد، درخواست ها با یک «تخلیه» کنترل شده در بافر قرار می گیرند، ابتدا ویژگی های ثانویه کاهش می یابد.

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

4. شاردینگ. ما داده ها/جریان ها (توسط «playerId»، کشور، ارائه دهنده، ارز) را جدا می کنیم.

5. انسجام جایی است که پول هست. ACID دقیق فقط برای کیف پول/دفترچه ؛ بقیه از طریق حوادث اتفاق می افتد.

6. قابلیت مشاهده قبل از انتشار معیارها/مسیرها بخشی از قرارداد خدمات هستند، در غیر این صورت مقیاس خودکار «کور» است.

معیارها و اهداف (SLO/SLA)

تاخیر p95/p99:

خوب شد. محل «≤ 150-250 میلی ثانیه (در منطقه)»، کیف پول. بدهی/اعتباری '≤ 50-100 мс، پرداخت. نقل قول/ارسال '≤ 500-800 мс.
نرخ خطا: «5xx» <0. 1–0. 3% در API, 'رد _ نرخ' شرط <0. 2٪ در طول عملیات عادی.
بهره وری: RPS در API/پل ؛ رویدادها/ثانیه در اتوبوس.
صف: طول و زمان انتظار (به عنوان مثال، پرداخت ≤ 2-5 دقیقه در طول ساعات اوج).
جریان QoS: فریم های کاهش یافته، سیگنال های شرط بندی RTT، دوره های سقط جنین.
بازدید کش: نسبت ضربه> 85-95٪ در کلید های داغ.
هزینه/درآمد: هزینه زیرساخت/GGR، هزینه درخواست (¢ $ در هر تماس).

💡 اکتشاف مفید (ساده کردن قانون Little): میانگین زمان سیستم ≈ طول صف/توان. اگر صف در اوج رشد می کند، افزایش مصرف کنندگان و یا کاهش جریان ورودی.

الگوهای مقیاس گذاری دامنه

کیف پول و دفتر کل

Reader-replica برای خواندن ؛ نویسنده - یکی در هر شارد.

CQRS: نوشتن (به شدت) جدا از خواندن (برش های مادی).

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

ادغام پل/بازی

آداپتورهای بدون حالت با مقیاس خودکار با تأخیر 'bet. قبول کرد.

قطع کننده مدار برای هر ارائه دهنده، با تخریب - تخریب موقت UI و غیرفعال کردن جداول.

پرداخت/رمزنگاری

استخر اختصاصی برای وبهوک و PSP/در زنجیره شنوندگان ؛ پردازش مجدد توسط idempotency.

روتر توسط ارائه دهنده بر اساس SLA/هزینه/کشور.

عملیات بارگیری

کارگران/مشاغل (پاداش، ماموریت، مسابقات) - در صف ؛ با طول صف و مهلت ها مقیاس بندی می شوند.

جریان جریان

استخرهای لبه برای مناطق، WebRTC → LL-HLS خودکار خطا ؛ محدودیت های بیت ریت/کیفیت عمودی برای حفظ QoS.

راه حل های معماری

HPA/VPA/خوشه خودکار: HPA - на API/پل ؛ VPA - به ETL/گزارش ؛ گره - استخر ناهمگن (CPU-سنگین، حافظه سنگین، شبکه بهینه سازی شده).

PodDisruptionBudget و اولویت ها: هسته پول از جابجایی محافظت می شود.

پرچم ویژگی ها و انتشار قناری: مقیاس ویژگی های جدید به یک درصد از ترافیک.

مسیریابی جغرافیایی: دروازه های Anycast/DNS و دسترسی منطقه ای به کاربر نزدیک تر هستند.

هزینه و بهره وری

پروفایل منابع. درخواست ها/محدودیت ها تنظیم شده و مربوط به مشخصات واقعی (بدون CPU-throttling در مسیرهای بحرانی).

استخر نقطه برای تجزیه و تحلیل/ETL و شغل پس زمینه.

غیر فعال کردن خودکار محیط های تست/مرحله خارج از پنجره کار.

کش به جای هسته. اضافه کردن Redis hits ارزان تر از ضرب CPU توسط پایگاه داده است.

امنیت مقیاس

mTLS/مش بین خدمات به عنوان گراف تماس رشد می کند.

NetworkPolicy: دامنه های پول/PII مناطق اعتماد جداگانه هستند.

چرخش اسرار و امضای تصاویر - گره های بیشتر = مکان های خطر بیشتر.

کنترل شعاع انفجار: sharding و درخواست محدودیت محافظت در برابر آبشار.

ضد الگوهای

مقیاس یکپارچه با قفل جهانی: افزایش در قلب = افزایش درگیری.

خوشه های گرم برای همیشه «در اوج»، به جای HPA و تخریب ویژگی های «ثانویه».

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

عدم توانایی - دو برابر بدهی در عقب نشینی (به خصوص در اوج).

مقیاس خودکار کور توسط CPU - متریک واقعی (زمان 'bet. place'، طول صف) را نادیده می گیرد.

یک ارائه دهنده پرداخت در هر کشور - هیچ چیز برای مقیاس زمانی که آن را «دروغ» وجود دارد.

چک لیست پیاده سازی مقیاس بندی

استراتژی ها

SLO (تاخیر p95، خطاها، RPS) و بودجه خطا تعریف شده است.
تقسیم بندی دامنه: پول/نرخ/میز نقدی - جدا از ویژگی های ثانویه.

داده ها

Sharding/replicas، CQRS در هر بار خواندن، دیدگاه های تحقق یافته.
یک لایه پنهان با یک سیاست ناتوانی روشن.

زیرساخت ها

HPA/VPA، استخر گره های مختلف، PDB ها و اولویت ها.
مسیریابی جغرافیایی، چند AZ، آمادگی DR

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

IdempotencyKey برای پول/پرداخت/webhooks.
قطع کننده مدار و وقفه ؛ فشار پشتی/صف
پرچم های برجسته و قناری.

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

مسیرهای پیاده روی هستند پایان به پایان (ورود → API → کیف پول → ارائه دهنده → webhook).
داشبورد RPS/تاخیر/خطاها/صف/جریان QoS.
هشدار به رشد «reject _ rate» و «دور» تخریب. آرام بگیرید.

هزینه ها

درخواست های صحیح/محدودیت ها، نقاط برای وظایف پس زمینه، خودکار خواب غیر prod.

Scaling infrastructure در مورد «سرورهای بیشتر» نیست. "این در مورد انعطاف پذیری کنترل شده است: جایی که ثبات سخت (پول) مورد نیاز است - ما یک هسته شارد و معاملات سریع طراحی می کنیم ؛ در صورت امکان - ما به رویدادها، صف ها و انبارها منتقل می کنیم. اضافه کردن به این مشاهده، جغرافیا و آزادی نظم و انضباط - و پلت فرم هر اوج بدون سازش در SLO، P&L و اعتماد به نفس بازیکن را تحمل کند.