تست بار: پروفایل بازیکن و قله ترافیک

1) چرا پروفیل های مدل به جای «درجه حرارت متوسط»

iGaming بارهای مواد منفجره بالا: promos/مسابقات/جریان را انفجار متعدد از RPS, و توزیع اقدامات ناهموار است (ورود → deposit → stavki/vyvod). تست باید رفتار بخش ها (مبتدیان، VIP، شکارچیان پاداش، تلفن همراه) را منعکس کند، در غیر این صورت شما «نمودار سبز» و حوادث قرمز دریافت خواهید کرد.

SLO های کلیدی (مثال 30 روزه):

برچسب: موفقیت ≥ 99 9٪، p95 ≤ 250 میلی ثانیه
سپرده: موفقیت ≥ 99. 85٪، p95 ≤ 400 میلی ثانیه
WS: پیام P95 RTT ≤ 120ms، سرعت قطع ≤ 0. 5%
راه اندازی بازی: موفقیت ≥ 99. 8٪، p95 ≤ 800 میلی ثانیه

2) پروفایل بازیکن (سناریوهای رفتاری)

A. مبتدی (بازیکن جدید) - 25-40٪ اوج ترافیک

مسیر: ثبت نام → ورود → مشاهده → تبلیغی → سپرده (مقدار کمی) → راه اندازی 1-2 اسلات

ویژگی ها: نسبت بالایی از خطاهای UX، پرداخت مجدد، جهش بین صفحات

B. منظم - 40-50٪

مسیر: ورود → سپرده سریع/بدون سپرده → 3-5 بازی → برداشت نادر

ویژگی ها: جلسات پایدار، حساس به p95> 200ms در WS

C. پاداش شکارچی (تبلیغی) - 10-20٪ در تبلیغات

مسیر: ثبت نام → فعال کردن پاداش → حداقل پیشنهادات → تلاش برداشت سریع

ویژگی ها: طغیان به '/promo/claim '، سوء استفاده مجدد، مکرر 429 بدون محدودیت صحیح

D. بالا غلتک/VIP - ≤ 1٪، اما چک بالا

مسیر: ورود → سپرده بزرگ → بازی های زنده/سهام بالا → برداشت

ویژگی ها: حساس به هر گونه تاخیر/فایل های ارائه دهنده بازی، پرداخت SLA بحرانی

E. بتور (ورزش/زندگی می کنند)

مسیر: ورود → اشتراک به نقل قول → شرط های مکرر در «پنجره های باریک» (تا 10-30 ثانیه)
ویژگی های: بار WS ضربان دار/ضریب کش، انفجار هدف/VAR

3) مدل های ترافیک و زمان بندی

مدل باز در مقابل بسته

باز (پواسون، ورودی/ثانیه) - مناسب برای تبلیغی عمومی و جریان (کاربران «خود آمده»).

بسته (تعمیر. تعداد کاربران مجازی با زمان فکر) - برای جلسات پایدار (VIP، بازی های زنده).

الگوهای ترافیک:

رمپ: شتاب خطی x1 → x5 در 10-20 دقیقه
پشت سر هم: X3-X10 «بنگ» برای 30-120 ثانیه (پاداش/برنده تمام پولها/اعلام گل)
موج: هر 5-10 دقیقه (جریان/مسابقات دور)
خیس کردن: بار پایدار 2-12 ساعت (نشت، GC، توصیف کننده ها، تخریب)

4) جریان بحرانی و معیارها

احراز هویت و پروفایل

RPS در «/login »، «/2fa/verify»، p95/p99، میزان خطا، قفل/ratelimit-trips

پرداخت ها

"/پرداخت/سپرده	برداشت "توسط ارائه دهندگان: نسبت موفقیت، p95/p99، سوسیس، idemotence
محدودیت PSP (در هر تاجر RPS/معاملات در هر دقیقه), retray صف

دروازه های بازی

شروع یک اسلات/جدول زندگی می کنند: موفقیت نسبت، زمان به اولین چرخش، شکست ارائه دهنده

WebSocket: اتصالات در اوج, پیام ها/ثانیه, RTT, سرعت محدود/429, دوباره وصل/دقیقه

تبلیغات/پاداش

'/promo/claim ', '/freespin/activate': 200/4xx/5xx, share 409/competitive updates, آبشار به کیف پول

غرفه ها و صف ها

اشباع: CPU، اتصالات DB، زمان بندی استخر، تاخیر صف، مکث GC

5) شبکه جغرافیایی و واقعیت

توزیع جغرافیایی توسط بازار (EU/LatAm/MEA/APAC) و ASN مخلوط (شبکه های تلفن همراه، میزبانی وب).

→ لبه → تاخیر مبدا (Anycast/CDN), RTT تلفن همراه, از دست دادن بسته.

A/B: با CDN و دور زدن (مبدا) - برای ارزیابی «پاک» باطن.

6) طراحی داده های تست

حساب های مستعار، کارت های BIN بر اساس منطقه، ارزها، کشورهای KYC.

زمان های رفتاری واقع گرایانه: فکر می کنم زمان 1-7 s برای گاه به گاه، 0. 3–1. 2 برای شرط های زنده.

کنترل عملیات غیر idemotent (برداشت/سپرده): حالت خشک برای ماسهبازی PSP، شاخه کیف پول.

فیلترهای ضد تقلب/ربات: لیست سفید تست ASN/IP/دستگاه ها، در غیر این صورت WAF/anti-bot «غرفه» را خفه می کند.

7) طرح تست (قالب برای انتشار/تبلیغی)

1. بار دود: 10-20٪ از اوج، 30 دقیقه

2. سطح شیب دار ظرفیت: x1 → هدف → x1. 5 از قله هدف، 10-15 دقیقه در هر مرحله

3. پشت سر هم سری: 3-5 امواج 60-120 s در x3-x5 از سطح فعلی

4. خیس کردن: 4-8 ساعت در اوج 60-80٪ (نشت، تخریب)

5. Failover/Chaos: غیرفعال کردن یک PSP/PoP، تخریب ارائه دهنده بازی، رها کردن یک پایگاه داده shard

6. WS-storm: ارتباط مجدد جرم + 5-10 پیام × در عرض 2-3 دقیقه

7. طوفان تبلیغاتی : /promo/claim + ثبت نام + سپرده در «پنجره» 60 ثانیه

معیارهای خروج: تمام SLO ها در منطقه سبز ؛ headroom ≥ 30٪ بیش از CPU/اتصالات ؛ سهمیه PSP بیش از حد نیست ؛ بدون رشد صف و p99 پس از آزمون.

8) الگوهای زیرساخت برای مقاومت در برابر قله

گرم استخر/شرط همزمانی (توابع/ظروف)، قبل از مقیاس قبل از تبلیغی.

محدودیت های اتصال و محدودیت های بالادست (DB/PSP) + صف های درخواست.

کلید های idempotency در سپرده/webhooks.

فشار پشتی: 429/503 با «Retry-After»، تخریب ریشه های «سنگین» (گزارش/جستجو).

کش/کش لبه ضرایب و ابرداده استاتیک از بازی ها.

9) ضد رگرسیون: چه «شکسته» در وهله اول

سرریز شدن استخرهای DB → رشد و زمان بندی P99

قفل کیف پول برای به روز رسانی تعادل توده

PSP-نرخ محدودیت → بهمن از retrays و طول می کشد
WS-broadcast برای هزاران اشتراک غیر قصابی
قوانین WAF بیش از حد تهاجمی → FPR در ورود/سپرده

10) قابلیت مشاهده در طول آزمون

داشبورد RED/USE + قیف کسب و کار (ورود → deposit → stavka → vyvod).

آثار پایان به پایان برای نمایش داده شد آهسته/خطا (100٪ خطاهای نمونه).

مارکرهای مرحله آزمون (سطح شیب دار/پشت سر هم) در متریک/سیاهههای مربوط.

جدا PSP/پانل های ارائه دهنده بازی، retray صف، idempotency بازدید.

11) تیم و فرآیند

اتاق جنگ: مهندس عملکرد، باطن، SRE، ریسک/پرداخت، WAF/امنیت، محصول.

Runbook: آنچه ما با p99> هدف انجام می دهیم، چگونه بار را کاهش می دهیم، چه کسی از ارائه دهنده تماس بگیرد.

گزارش: SLO، پهنای باند، تنگناها، هزینه، کد/معماری/توصیه های سهمیه ای.

12) طرح Kapasiti: از تعداد بازیکنان به RPS

ارزیابی (مثال):

بازیکنان همزمان در اوج: 50k
فرکانس متوسط اقدامات: 0. 25–0. 5 req/s در هر بازیکن (تلفن همراه زیر، بالا زندگی می کنند)
RPS ارزیابی API: 12. 5K-25K + درخواست خدمات (کیف پول، ارائه دهندگان، کش)
WS: 30-60k اتصالات فعال، 3-8 میلی گرم بر ثانیه در هر جدول/موضوع
اضافه کردن 30-50٪ headroom به پشت سر هم و retrai

13) چک لیست آماده سازی نیمکت

داده ها: حساب/کیف پول/کارت/ارز/کشور/بازی، pseudonymised
جداسازی پرداخت ها: sandbox + شاخه های وب، ممنوعیت نوشتن «زنده»
لبه/CDN/WAF به عنوان در تولید ؛ ضد رباتها در حالت «نرم» برای تست ASN
قابلیت مشاهده: داشبورد، هشدار، ردیابی فعال شده است
Autoscale و گرم استخر پیکربندی شده است. محدودیت استخر/اتصال مستند شده است
پرچم قناری برای ویژگی های «سنگین» (گزارش ها، صادرات انبوه)

14) ابزار (نشانه ها)

ژنراتورها: k6، Gatling، Locust (HTTP/WS)، JMeter (از جمله پلاگین WebSocket)

شبیه ساز خوراک: اسکریپت های سفارشی از نقل قول/ارائه دهندگان بازی

ترافیک پخش: tcpreplay/معکوس کردن با ناشناس سازی و عادی سازی

15) نمونه ای از مشخصات «مسابقات تبلیغاتی, 60 ثانیه قبل از شروع» (مورد)

− موج 5 دقیقه → 0:

ورودیهای باز: 400 → 2,500 req/s (ورود/تازه کردن)
'/promo/claim ': انفجار 1000 دور در ثانیه 3 × از 20 ثانیه
WS: + 15k اتصال، + 5 میلی ثانیه در ثانیه در «leaderboard»

آمادگی:

کش پیش گرم و گرم استخر
Rate-limit «/promo/claim »: 10/min IP، حساب 2/min، 30 ثانیه کش پاسخ منفی
Idempotence و پاداش صف تعهدی (دسته ای 50-100/چرخه)
«نرم» 429 با «تلاش مجدد پس از» + پیشرفت UI

معیارهای موفقیت: بدون تخریب SLO ورود/سپرده، p95 WS <150 ms، <0. 5٪ خطاهای ادعا، بدون تورم صف.

خلاصه رزومه

تست بار iGaming مدل سازی رفتاری است، نه «تیراندازی نقطه پایانی». "اول، SLO ها و پروفایل های بازیکن را تعریف کنید، سپس مدل ترافیک (باز/بسته) را انتخاب کنید، سناریوهای ورود/سپرده/شرط بندی/تبلیغاتی واقعی را با محدودیت های جغرافیایی و PSP ایجاد کنید، تست های انفجاری و خیس شدن، مشاهده پذیری را فعال کنید و مقیاس خودکار را آماده کنید. نتیجه را با یک برنامه سرمایه و runbooks ثابت کنید - به این ترتیب شما قله های ترافیک را بدون شگفتی و تلفات تبدیل خواهید کرد.