SLA بین اپراتور و ارائه دهندگان: معیارها و مجازات ها

1) چرا SLA ها و نحوه مدیریت آنها

SLA کیفیت خدمات مورد انتظار (اهداف SLO، پنجره های پشتیبانی)، نحوه اندازه گیری این و آنچه در صورت نقض (وام/جریمه خدمات، افزایش، گزینه های خروجی) اتفاق می افتد را ثبت می کند. برای iGaming، این مهم است: پول در زمان واقعی، تنظیم کننده ها، قله های ترافیکی و وابستگی های چند لایه (بازی ها → کیف پول → PSP → KYC → CDN/WAF).

اصول:

قابلیت اندازه گیری و عدم ابهام (چه کسی، کجا و چه اقداماتی).
نزدیکی به کسب و کار (معیارهای ورود/سپرده/راه اندازی بازی، نه فقط CPU).
انگیزه اقتصادی (وام های خدماتی با آسیب مرتبط هستند).
مدیریت (کمیته کیفیت، QBR ماهانه، گزارش PoP).

2) مجموعه ای از معیارهای دامنه

2. 1 ارائه دهندگان پرداخت (PSP)

نسبت موفقیت سپرده (DSR): تعداد سپرده های موفق/تمام تلاش ها، توسط کشور/روش/BIN. هدف ≥ 99 0%.

مجوز/حل و فصل latency p95: ≤ هدف 400-600 ms.

تاخیر تحویل وبهوک p95: ≤ هدف 60 ثانیه (T + 60).

در دسترس بودن (API/Callbacks): ≥ 99. 9٪ در ماه (به استثنای پنجره های توافق شده).

2. 2 ارائه دهندگان بازی/جمع کننده ها

TTFS (زمان به چرخش اول) p95: ≤ 800 ms (از لابی تا چرخش اول).

بازی راه اندازی موفقیت: ≥ 99. 5%.

نتیجه گرد پاسخ به تماس موفقیت: ≥ 99. 9٪، تاخیر p95 ≤ 5 ثانیه.

دسترسی به محتوا: ≥ 99 کاتالوگ 95٪ (سهم از بازی های موجود).

2. 3 ارائه دهندگان KYC/AML

در دسترس بودن API تأیید: ≥ 99. 9%.

متوسط زمان تصمیم گیری: ≤ 60 c (خودکار)، ≤ 15 мин (صف دستی).

منفی کاذب/مرزهای مثبت: راهروهای هدف بر اساس بازار (بر اساس نمونه توافق شده).

2. 4 لبه/CDN/WAF

TTFB p95: ≤ 200 میلی ثانیه (منطقه ای).

Cache Hit Ratio: ≥ 85٪ از دارایی های استاتیک.

ربات چالش عبور از طریق: FP ≤ 0. 5٪ در ورود/سپرده.

2. 5 میزبانی/ابر/شبکه

دسترسی (منطقه/منطقه): ≥ 99. 95٪ (منطقه)، RTO ≤ 30 دقیقه، RPO ≤ 5 دقیقه برای کیف پول.

ورود/بار تعادل p95 تاخیر: ≤ 100ms در منطقه است.

3) فرمول ها و اندازه گیری

قوانین اندازه گیری عمومی

محاسبه منطقه زمانی: اروپا/کیف. ماه گزارش - ماه تقویم.

ساعت با توجه به UTC در تله متری با تبدیل به کیف برای گزارش شمارش می شود.

هماهنگ سازی زمان: NTP ؛ خطا ≤ 100 میلی ثانیه

منبع حقیقت: اپراتور synthetics + سیاهههای مربوط به سرور + ارائه دهنده. واگرایی از بدترین این دو استفاده می کند مگر اینکه خلاف آن ثابت شود.

نمونه هایی از فرمول ها

متن
در دسترس بودن = 1 - (Σ Downtime_min )/( Total_min_in_period)
Downtime_min - دقیقه زمانی که> = X٪ خطاها/زمان و/یا عدم دسترسی کامل.
آستانه X ثابت است (به عنوان مثال،   5٪ یا  توسط SLO 2).

نسبت موفقیت سپرده = success_count/( success_count + failure_count)
تاخیر p95 = histogram_quantile (0. 95، نرخ (latency_bucket[5m]))
TTFS p95 = p95 (زمان (game_open → first_spin_callback))
وب هک تاخیر p95 = p95 (زمان (webhook_received - event_time))

پنجره های تعمیر و نگهداری برنامه ریزی شده

ویندوز در 7 روز، بیش از 1 ×/ماه به مدت 60 دقیقه توافق، سقوط از محاسبه SLA. پنجره های اضطراری (امنیت) - برای 24 ساعت از اطلاع رسانی.

4) طبقه بندی حوادث و واکنش ها

سئو	به عنوان مثال	واکنش ارائه دهنده	واکنش های SLA
SEV-1	شکست سپرده عظیم, 5xx> 20%	اتاق جنگ، L3 در تماس، دقیقه. به روز رسانی هر 10 دقیقه	≤ 15 دقیقه
SEV-2	رشد TTFS، تخریب وب سایت ها	مدیر حادثه، اقدام اصلاحی	≤ 30 دقیقه
SEV-3	خطاهای جزئی/رگرسیون گزارش	بلیط، اصلاح در ساعات کار	≤ 4 ساعت

ارتباطات: صفحه وضعیت/کانال، پس از مرگ ≤ 5 روز کاری.

5) وام و جریمه خدمات

5. 1 خط اعتباری (به عنوان مثال)

دسترسی ماهانه:

99. 9%–99. 5٪ → اعتبار 5٪ از هزینه ماهانه ارائه دهنده/کمیسیون.

99. 5%–99. 0% → 10%.

🚨 99. 0% → 25% + طرح CAP اجباری.

نقض PSP DSR: هر کامل 0. 5 پی پی زیر 99. 0% → اعتبار 2%, کلاه 20%.

وب هک تاخیر p95> SLO × 2 بیش از 60 دقیقه در مجموع → 5٪.

TTFS p95> 800 میلی ثانیه بیش از 120 دقیقه → 5٪.

شکست مزمن: 3 ماه در یک ردیف با وام ≥ 10٪ → حق فسخ زودهنگام بدون جریمه + کمک در مهاجرت (قیمت ثابت/حد ساعت).

5. ۲ منطق اقتصادی

وام های جبران خالص (کاهش حساب های ارائه دهنده).

با RevShare - وام ناخالص از هزینه ارائه دهنده (سهم آن)، نه از GGR/NGR به طور کلی.

مبلغ ماهانه وام: معمولا 100٪ از هزینه ماهانه، به جز تقلب/داده ها.

5. 3 درآمد (گزینه)

ارائه دهنده می تواند بخشی از وام را «به دست آورد» اگر آن را به SLO افزایش یافته در ماه آینده (به عنوان مثال، در دسترس بودن ≥ 99. 99٪ برای یک ماه کامل).

6) مدل وزن KPI (برای پاداش های سه ماهه/مالوس)

دسته بندی	وزن شما	شاخص های کلیدی عملکرد	هدف از طراحی	نکته ها
قابلیت اطمینان	30%	در دسترس بودن	≥99. 9%	0–5
عملکرد	25%	P95 تاخیر/TTFS	≤ SLO	0–5
موفقیت های ما	25%	DSR/بازی راه اندازی	≥ هدف	0–5
بهره وری	10%	SEV-1/2 TTR	≤ SLA	0–5
داده ها	10%	وبهوک/تاخیر در صادرات	≤ T + 60 درجه سانتیگراد	0–5

'QuarterScore = (وزن ) → پاداش/مالوس X٪ به نرخ.

7) گزارش خلاصه مثال (ماهی CSV)


Provider,Month,Availability,DSR,TTFS_p95_ms,Webhook_p95_s,Credits%
PSP-A,2025-09,99 است. 62%,98. 8%,--,45,12
Games-X,2025-09,99 است. 97%,--,780,3,0
KYC-Z,2025-09,99 است. 91%,--,--,--,0
CDN-W,2025-09,99 است. 99%,--,120,--,0

8) قوانین محرومیت و فورس ماژور

استثنا: حوادث در اشخاص ثالث در خارج از محیط ارائه دهنده، در صورت اثبات و مستند، و اگر مسیرهای تحمل خطا درست وجود دارد.

فورس ماژور: تنها حوادث از لیست استاندارد (عناصر/جنگ/قانونی مسدود کردن)، با ارتباطات به موقع و تلاش برای کاهش آسیب (DR).

گسل مشترک (شراب تقسیم شده): وام ها به نسبت سهم تأیید شده تقسیم می شوند.

9) بررسی کیفیت و حسابرسی

دسترسی اپراتور به معیارها/سیاهههای مربوط/آهنگ (فقط خواندنی).

گزارش اسکن امنیتی و اصلاح آسیب پذیری سه ماهه

ورزش DR: 1 ×/سه ماهه، با RTO/RPO گزارش دهید.

آشتی گزارش PSP/بازی با اختلاف ≤ 0. 5%.

10) تشدید و مدیریت

لیست تماس 24/7 (L1/L2، مدیر شریک).

اتاق جنگ هنگام SEV-1

QBR: تجزیه و تحلیل سه ماهه KPI ها، وام/درآمد، نقشه راه.

برنامه بهبود (CAP) با تاریخ و صاحبان.

11) قالب بند (قطعات)

SLO و اندازه گیری

💡 ارائه دهنده باید حداقل 99 در دسترس بودن خدمات فراهم می کند. 9 درصد در ماه اندازه گیری با توجه به چک های مصنوعی اپراتور و سیاهههای مربوط به خدمات تامین کننده انجام می شود. در صورت اختلاف، بدترین ارزش باید اعمال شود، مگر اینکه توسط تامین کننده ثابت شود.

اعتبار خدمات

💡 اگر SLO به دست نیاید، اعتبارات خدمات به عنوان ضمیمه A تعلق می گیرد. اعتبارات به نزدیکترین فاکتور اعمال می شود. کل وام برای ماه محدود به 100٪ از هزینه ماهانه است.

نارسایی مزمن و خاتمه

💡 سه (3) ماه متوالی با 10٪ اعتبار ≥ حق اپراتور به فسخ قرارداد بدون مجازات. تامین کننده باید کمک های مهاجرت معقول (تا و از جمله N ساعت) فراهم می کند.

داده ها و وب سایت ها

وبهوک/صادرات با تاخیر p95 ≤ 60 ثانیه (T + 60) تحویل داده می شود. Redelivery در 5xx/timeouts در عرض 24 ساعت.

پنجره های برنامه ریزی شده

💡 کارهای برنامه ریزی شده حداقل 7 روز قبل، بیش از یک بار در ماه، به مدت 60 دقیقه، در 02: 00-05: 00 (اروپا/کیف) توافق شده است، و در هنگام محاسبه در دسترس بودن در نظر گرفته نمی شود.

12) تله های مکرر و نحوه اجتناب از آنها

تعاریف مبهم «عدم دسترسی» → رفع آستانه خطا/تأخیر.

بدون در نظر گرفتن جغرافیا، اهداف براساس منطقه هستند و نه میانگین جهانی.

بدون SLO با توجه به → اضافه کردن SLA به webhooks/صادرات، در غیر این صورت گزارش «دیر» است.

جریمه بدون کلاه/کسب درآمد → انجام قابل پیش بینی و عادلانه.

بدون نیاز به DR → ضبط RTO/RPO و فرکانس مته.

13) چک لیست اجرای SLA (تولید آماده)

KPI ها توسط دامنه نهایی می شوند: PSP، بازی ها، KYC، CDN/WAF، ابر.
منابع اندازه گیری و فرمول شرح داده شده است ؛ منطقه زمانی و پنجره ها تایید شده است.
پنجره های تعمیر و نگهداری و روش اطلاع رسانی سازگار هستند.
جدول وام خدمات, کلاه و بند مزمن شکست.
روش های تشدید SEV، اتاق جنگ، پس از مرگ ≤ 5 روز
دسترسی تله متری (متریک/سیاهههای مربوط/مسیرهای پیاده روی) صادر شده، تست اتصال به تصویب رسید.
الزامات DR (RTO/RPO) و برنامه ورزش ثابت است.
ریتم QBR، کارت امتیازی و اهداف سالانه تراز وسط قرار دارد.
استثنائات قانونی/فورس ماژور به وضوح شرح داده شده است.
گزارش آزمون برای ماه آزمایشی با محاسبه اعتبارات.

خلاصه رزومه

SLA کار معیارهای کسب و کار روشن، قوانین اندازه گیری شفاف، یک خط به خوبی فکر کردن از اعتبارات و مدیریت کیفیت زندگی می کنند (QBR، CAP، تمرینات). پین KPI های دامنه (PSP، بازی ها، KYC، لبه/ابر)، در مورد منابع حقیقت و استثنائات توافق می کنند، وارد یک مدل وزن می شوند و درآمد کسب می کنند - و رابطه شما با ارائه دهندگان قابل پیش بینی خواهد شد و خطر پول بازیکن و UX به میزان قابل توجهی کاهش می یابد.