SLA օպերատորի և պրովայդերների միջև 'չափումներ և տուգանքներ
1) Ինչու՞ SLA-ն և ինչպես կառավարել դրանք։
SLA-ն արձանագրում է մրցույթի սպասվող որակը (SLO նպատակներ, աջակցության պատուհաններ), ինչպես մենք չափում ենք դա, և թե ինչ է կատարվում խախտումների ժամանակ (ծառայություններ-վարկեր/տուգանքներ, էսկալացիա, հանգստյան տարբերակներ)։ IGaming-ի համար սա կրիտիկական է 'իրական ժամանակում գումար, կարգավորիչներ, պիկի լուծումներ և բազմաշերտ կախվածություններ (խաղեր)։
Սկզբունքները
Չափումը և միանշանակությունը (ով, որտեղ և ինչ չափում է)։- Բիզնեսի հարևանությունը (չափումներ ըստ լոգարանների/ավանդների/խաղերի մեկնարկի, ոչ միայն CPU)։
- Տնտեսական խթանը (ծառայություններ-վարկերը կապված են վնասի վրա)։
- Կառավարումը (որակի հանձնաժողովը, ամսական QBR, PoP զեկույցները)։
2) Ածխաջրածինների մեթրիկի հավաքածու
2. 1 Վճարովի պրովայդերներ (PSA)
Deposit Success Ratio (DSR) 'հաջողակ ավանդների/բոլոր փորձերի քանակը, երկրում/մեթոդով/BIN։ Թիվ 99 նպատակը։ 0%.
Authorization/Settlant Latency p95: նպատակը 400-600 մզ է։
Webhook Disivery Disay p95: նպատակը 60 s (T + 60)։
Availability (API/Callbacks): ≥ 99. 9 %/մես (բացառելով պատուհանի տրամագիծը)։
2. 2 Խաղային պրովայդերներ/ագրեգատորներ
TTSA (Time-to-First-Spin) p95: 35800 ms (լոբբիից մինչև առաջին մեջքը)։
Game Launch Success: ≥ 99. 5%.
Round Result Callback Success: ≥ 99. 9 տոկոսը, ուշացումը p95-5 վ է։
Content Availability: ≥ 99. 95 տոկոսը օրինագծով (հասանելի խաղերի մասնաբաժինը)։
2. 3 KYC/AML պրովայդերներ
Verification API Availability: ≥ 99. 9%.
Median Time-to-Decision: ≤ 60 c (auto), ≤ 15 мин (manual queue).
False Negative/Positive Boundaries: Target միջանցքները շուկաների վրա (համաձայնեցված ընտրությամբ)։
2. 4 Edge/CDN/WAF
TTFB p95: 24200 ms (ոչ պաշտոնական)։
Cache Hit Ratio: 3885 տոկոսը ստատիկ ասացվածքներ են։
Bot-challenge pass-through: FP ≤ 0. 5% տարեկան/դեպոզիտ։
2. 5 Հանրակացարան/ամպ/ցանց
Availability (region/zone): ≥ 99. 95% (zone), RTO 3530 րոպե, RPO 355 րոպե դրամապանակի համար։
Ingress/Load Balancer Latency p95: 35100 մզ տարածաշրջանում։
3) Բանաձևեր և չափումներ
Ընդհանուր չափման կանոնները
Ժամացույցի գոտին 'Europe/Kyant։ Հաշվետվական ամիսը օրացուցային է։- Ժամացույցը համարվում է UTC հեռուստացույցով, որը փոխարկվում է Ky.ru-ում զեկույցների համար։
- Ժամանակի համաժամացումը 'NTP; սխալը 100 մզ է։
- Ճշմարտության աղբյուրը 'օպերատորի սինթեզիկան + սերվերային լոգներ + մատակարարը։ Բաժանման ժամանակ օգտագործվում է երկուսի ամենավատը, եթե հակառակը ապացուցված չէ։
Բանաձևի օրինակներ
text
Availability = 1 - (Σ Downtime_min) / (Total_min_in_period)
Downtime _ min - րոպե, երբ> = X% սխալները/թայմաուտները և/կամ ամբողջական անհասանելիությունը։
X-ի շեմն է (օրինակ ՝ error _ rate 355% կամ p95 _ latency no SLO 352)։
Deposit Success Ratio = success_count / (success_count + failure_count)
Latency p95 = histogram_quantile(0. 95, rate(latency_bucket[5m]))
TTFS p95 = p95(time(game_open → first_spin_callback))
Webhook Delay p95 = p95(time(webhook_received – event_time))Ծառայության պատուհանները (Planned Maintenae)
Պատուհանները համապատասխանում են 7 օրվա ընթացքում, ոչ ավելի քան 1 մգ/վրկ 60 րոպե, դուրս են գալիս SLA հաշվարկից։ Արտակարգ պատուհանները (Մոսկվա) 24 ժամ ծանուցման համար։
4) Կոդավորման և ռեակցիայի դասակարգումը
Հաղորդակցություն 'կարգավիճակ-էջ/ջրանցք, փոստ-մորտը 245 աշխատանքային օր։
5) Վարկերի և տուգանքների ծառայություն
5. 1 Վարկերի գիծ (օրինակ)
Availability ամսական
99. 9%–99. Հինգ տոկոսը վարկեր է տալիս ամսական 5 տոկոսը/ռուսական պրովայդերի։
99. 5%–99. 0% → 10%.
DSR PSA-ի խախտումը 'յուրաքանչյուր ամբողջական 0։ 5 ppp 99-ից ցածր։ 0 տոկոսը վարկը 2 տոկոսն է, cap 20 տոկոսը։
Webhook Dray p95> SLO 242 ավելի քան 60 մղոն ընդհանուր 355 տոկոսը։
TTPS p95> 800 ms ավելի քան 120 մղոն 245 տոկոսը։
Chronic failure: Երեք ամիս անընդմեջ վարկերի հետ 10,10 տոկոսը իրավունք է տալիս վաղաժամկետ դադարեցնել առանց տուգանքի + օգնություն գրանցամատյանում (ֆիքս-210 s/ժամ սահմանը)։
5. 2 Տնտեսական տրամաբանություն
Վարկերը անհասանելի են (նվազեցնում են պրովայդերի հաշիվները)։- RevExpress-ի դեպքում բրուտոյի վարկերը պրովայդերի (նրա մասնաբաժնի) վճարից, ոչ թե GGR/NGR-ից ընդհանուր առմամբ։
- Monthly cap վարկերով 'սովորաբար ամսական 100 տոկոսը, բացի fraud/տվյալները։
5. 3 Earn-back (1934)
Պրովայդերը կարող է «վաստակել» վարկի մի մասը, եթե հաջորդ ամիս հասնում է ուժեղացված SLO (օրինակ, Availability 2499։ 99 տոկոսը ամբողջ ամիս)։
6) KPI-ի գնահատման քաշային մոդելը (եռամսյակային բոնուսների/մալուսների համար)
«Quarts Score = Live (Քաշը www.Ball/5)» ռուսական բոնուս/malus no 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,--,08) Բացառությունների կանոնները և ֆորս մաժորը
Բացառություններ ՝ երրորդ կողմերում տեղի ունեցող վթարներ, որոնք չեն մտնում պրովայդերի պարագծի մեջ, եթե այն ապացուցված է, և եթե ճիշտ ուղիներ կան, ապա անկայունություն կա։
Fors-Major: Միայն ստանդարտ կոդավորման իրադարձություններ (տարրեր/պատերազմ/կարգավորող արգելափակում), ժամանակին հաղորդակցման և վնասվածքի (DR) փորձերի ժամանակ։
Shared-fox (բաժանված գինին), վարկերը կիսվում են համամասնորեն հաստատված ներդրումը։
9) Որակի և աուդիտի ստուգում
Օպերատորի հասանելիությունը մետրիկների/լոգարների/թրեյսների (read-only)։- Եժեքվարտալ տեղեկատվական-scan-ը և խոցելիության բարձրացման զեկույցը։
- DR ուսուցումները ՝ 1 մգ/քառորդ, RTO/RPO-ի զեկույցը։
PMS/խաղերի զեկույցների reconciliation-ը '240 տարբերությամբ։ 5%.
10) Էսկալացիա և կառավարում
Կոնտակտային թերթ 24/7 (L1/L2, գործընկերոջ ղեկավարը)։
War-room SEV-1-ում։
QBR: KPI-ի եռամսյակային վերլուծություն, վարկեր/earn-backs, roadmap։
Բարելավման պլանը (CAP) ամսաթվերի և սեփականատերերի հետ։
11) Կլաուսի ձևանմուշները (բեկորներ)
SLO և չափումը
Վարկերի ծառայություն
Chronic failure & Termination
Տվյալները և Webhuki
Պլանավորված պատուհաններ
12) Հաճախակի թակարդներ և ինչպես խուսափել դրանցից
«Անհասանելիության» բարդ սահմանումները նկարագրում են սխալների/լատենտության շեմերը։- Առանց հաշվի առնելու աշխարհագրությունը նպատակներ է տալիս տարածաշրջաններում, ոչ թե միջին գլոբալ։
- Ոչ մի SLO-ն ասում է, որ SLA-ն ավելացնում է webhuki/webhuks-ը, հակառակ դեպքում զեկույցները «արգելակում են»։
- Տուգանքները առանց cap/earn-back-ը կանխատեսելի և արդար դարձրեք։
- Առանց DR պահանջների, բացատրվում է RTO/RPO-ը և ուսուցումների հաճախականությունը։
13) SLA-ի ներդրման Chek-SLA (112-ready)
- Ավարտված KPI ստանդարտներով 'PSA, խաղեր, KYC, CDN/WAF, ամպ։
- Նկարագրված են կոդավորման և բանաձևի աղբյուրները. հաստատվում է ժամացույցի գոտին և պատուհանները։
- Ծառայության պատուհանները և ծանուցման կարգը համաձայնեցված են։
- Ռուսական վարկերի ծառայություն, cap և chronic-failure կլաուս։
- SEV-էսկալացիաների ընթացակարգերը, war-room, post-mortem 355 dn.
- Հեռաչափության հասանելիությունը (մետրեր/լոգներ/թրեյսներ) տրված է, միացման թեստը անցանելի է։
- DR պահանջները (RTO/RPO) և ռուսական ուսուցումները ամրագրված են։
- QBR-ռիթմը, scorecard և տարեկան նպատակները համաձայնեցված են։
- Իրավաբանական բացառություններ/ֆորս-մաժորը հստակ նկարագրված է։
- Թեստային զեկույցը փորձնական ամսվա ընթացքում վարկերի հաշվարկով։
Ռեզյումե
Աշխատանքային SLA-ն հստակ բիզնես գծեր է, թափանցիկ չափման կանոններ, վարկերի մտածված գիծ և որակի կենդանի կառավարում (QBR, CAP, ուսուցում)։ Համախմբեք KPI-ը (PMS, խաղեր, KYC, edge/ամպային), համաձայնեք ճշմարտության և բացառությունների աղբյուրների մասին, ներմուծեք քաշային մոդել և earn-back, և ձեր հարաբերությունները պրովայդերների հետ կդառնան կանխատեսելի, իսկ փողի և UX խաղացողի ռիսկը շատ նվազում է։
