운영자와 공급자 간의 SLA: 지표 및 처벌
1) 왜 SLA와이를 관리하는 방법
SLA는 예상되는 서비스 품질 (SLO 목표, 지원 창), 이를 측정하는 방법 및 위반 발생 (서비스 대출/벌금, 에스컬레이션, 출력 옵션) 의 경우 발생하는 상황을 기록합니다. iGaming의 경우 실시간 머니, 레귤레이터, 트래픽 피크 및 멀티 레이어 종속성 (게임 → 지갑 → PSP → KYC → CNC/WAF) 이 중요합니다.
원칙:- 측정 가능성과 모호성 (누가, 어디서, 무엇을 측정).
- 비즈니스에 대한 근접 (CPU뿐만 아니라 로그인/예금/게임 출시에 의한 메트릭).
- 경제 인센티브 (서비스 대출은 피해와 관련이 있습니다).
- 관리 (품질위원회, 월간 QBR, PoP 보고서).
2) 도메인 별 메트릭 세트
2. 1 지불 제공 업체 (PSP)
예금 성공률 (DSR): 국가/방법/BIN 별 성공적인 예금/모든 시도 횟수. 99 이상을 목표로합니다. 0%.
승인/결제 대기 시간 p95: 대상 400-600ms.
웹 후크 배달 지연 p95: 대상이 10 초 (T + 60) 입니다.
가용성 (API/Callbacks): 99 이상입니다. 9 %/월 (합의 된 창 제외).
2. 2 게임 제공 업체/애그리 게이터
TTFS (Time-to-First-Spin) p95: λ800ms (로비에서 첫 번째 스핀까지).
게임 출시 성공: 99 이상. 5%.
라운드 결과가 성공합니다. 9%, p95 지연
콘텐츠 이용 가능 여부: 99 이상. 95% 카탈로그 (사용 가능한 게임 공유).
2. 3 KYC/AML 제공 업체
검증 API 가용성: 99 이상입니다. 9%.
중간 시간 대 결정: 자동 60 c (자동), 지정 15 자리 (수동 대기열).
허위 음성/긍정적 경계: 시장 별 대상 복도 (합의 된 샘플 기준).
2. 4 가장자리/CNC/WAF
TTFB p95: λ200 ms (지역).
캐시 적중 비율: 정적 자산의 85% 이상.
Bot-challenge 패스 스루: FP 계정 0. 로그인/예금시 5%
2. 5 호스팅/클라우드/네트워크
가용성 (지역/영역): 지갑의 경우 95% (영역), RTO
Ingress/Load Balancer Latency p95: 이 지역에서 약 100ms.
3) 공식 및 측정
일반 측정 규칙
계산 시간대: 유럽/키예프. 보고 월 - 달력 월.
원격 측정에서 UTC에 따라 시계가 계산되어 보고서를 위해 Kyiv로 변환됩니다.
시간 동기화: NTP; 오류 계산기는 100ms입니다.
진실의 근원: 운영자 합성 + 서버 로그 + 공급자. 달리 입증되지 않는 한 발산은 두 가지 중 최악을 사용합니다.
공식의 예
텍스트
(PHP 3 = 3.0.6, PHP 4)
다운 타임 _ 분 -> = X% 오류/타임 아웃 및/또는 사용할 수없는 완전한 시간.
X의 임계 값이 고정되어 있습니다 (예: SLO × 2에 의해 오류 _ rate가 5% 이상 또는 p95 _ latency입니다).
예금 성공 비율 = success _ count/( success _ count + fault _ count)
Latency p95 = histogram _ quantile (0. 95, 속도 (대기 시간 _ 버킷 [5m]))
TTFS p95 = p95 (시간 (게임 _ 오픈 → 첫 번째 _ 스핀 _ 콜백))
Webhook 지연 p95 = p95 (시간 (webhook _ 수신-이벤트 _ time))계획된 유지 보수 창
Windows는 7 일 만에 60 분 동안 1 ×/월을 넘지 않고 SLA 계산에서 제외됩니다. 비상 창 (보안) -24 시간 동안 알림.
4) 사건 및 반응 분류
커뮤니케이션: 상태 페이지/채널, 사후 영업일 5 일.
5) 서비스 대출 및 벌금
5. 1 크레딧 줄 (예)
월간 가용성:99. 9%–99. 5% → 제공자의 월별 수수료/수수료의 5% 를 신용합니다.
99. 5%–99. 0% → 10%.
PSP DSR 위반: 모든 전체 0. 99 아래 5 pp. 0% → 크레딧 2%, 한도 20%.
웹 후크 지연 p95> SLO × 2 총 → 5% 이상 60 분 이상.
TTFS p95> 800 ms 120 분 이상 → 5%.
만성 실패: 대출이 10% 이상인 연속 3 개월 → 마이그레이션에 대한 벌금 + 지원없이 조기 해지 권리 (고정 가격/시간 제한).
5. 2 경제 논리
순 상쇄 대출 (공급자 계정 축소).
RevShare-GGR/NGR 전체가 아닌 공급자 수수료 (지분) 의 총 대출.
대출에 대한 월간 상한: 일반적으로 사기/데이터를 제외한 월별 수수료의 100%.
5. 3 수입 (옵션)
공급자는 다음 달에 향상된 SLO에 도달하면 대출의 일부를 "수입" 할 수 있습니다 (예: 가용성 한 달 동안 99%).
6) KPI 가중치 모델 (분기 별 보너스/말 루스)
'QuarterScore = ère (무게 × 포인트/5)' → 보너스/말루스
7) 예제 요약 보고서 (SA 물고기)
공급자, 월, 가용성, DSR, TTFS _ p95 _ ms, Webhook _ p95 _ s, 크레딧%
PSP-A, 2025-09,99. 62%,98. 8%,--,45,12
게임 X, 2025-09,99. 97%,--,780,3,0
KYC-Z, 2025-09,99. 91%,--,--,--,0
CDN- W, 2025-09,99. 99%,--,120,--,08) 배제 규칙 및 강제 전공
예외: 입증 가능하고 문서화 된 경우, 올바른 결함 허용 경로가있는 경우 공급자 경계 외부의 제 3 자에서 발생하는 사고.
Force majeure: 적시에 통신하고 손상 (DR) 을 완화하려는 시도가있는 표준 목록 (요소/전쟁/규제 차단) 의 이벤트 만 있습니다.
공유 결함 (분할 와인): 대출은 확인 된 기부금에 비례하여 나뉩니다.
9) 품질 점검 및 감사
운영자는 메트릭/로그/트랙에 액세스합니다 (읽기 전용).
분기 별 보안 스캔 및 취약성 치료 보고서.
DR 운동: 1 ×/1/4, RTO/RPO로보고하십시오.
불일치가있는 PSP 보고서/게임의 조정 5%.
10) 에스컬레이션 및 관리
연락처 목록 24/7 (L1/L2, 파트너 관리자).
SEV-1의 전쟁 실.
QBR: KPI, 대출/수입, 로드맵에 대한 분기 별 분석.
날짜와 소유자가있는 개선 계획 (CAP).
11) 조항 템플릿 (조각)
SLO 및 측정
서비스 크레딧
만성 고장 및 종료
데이터 및 웹 후크
예정된 창
12) 빈번한 함정과이를 피하는 방법
"비 가용성" → 수정 오류/대기 시간 임계 값의 흐릿한 정의.
지리를 고려하지 않으면 목표는 전 세계 평균이 아니라 지역별로 → 입니다.
→ 에 따른 SLO는 웹 후크/수출에 SLA를 추가하지 않습니다. 그렇지 않으면 보고서가 "늦습니다".
한도/적립 등이없는 벌금은 예측할 수 있고 공정하게 수행됩니다.
DR 요구 사항이 없으면 → RTO/RPO 및 드릴 주파수를 기록하십시오.
13) SLA 구현 점검표 (prod-ready)
- KPI는 PSP, 게임, KYC, CNC/WAF, 클라우드와 같은 도메인으로 마무리됩니다.
- 측정 소스 및 공식이 설명됩니다. 시간대와 창문이 확인되었습니다.
- 유지 보수 창 및 알림 절차가 일관됩니다.
- 서비스 대출, 상한 및 만성 실패 조항.
- SEV 에스컬레이션 절차, 전쟁 실, 사후
- 원격 측정 액세스 (메트릭/로그/트레일) 발행, 연결 테스트 통과.
- DR 요구 사항 (RTO/RPO) 및 운동 일정이 수정되었습니다.
- QBR 리듬, 스코어 카드 및 연간 목표가 정렬됩니다.
- 법적 예외/힘 전공이 명확하게 설명되어 있습니다.
- 크레딧 계산으로 파일럿 월에 대한 테스트 보고서.
요약 다시 시작
작업 SLA는 명확한 비즈니스 지표, 투명한 측정 규칙, 잘 생각되는 크레딧 라인 및 라이브 품질 관리 (QBR, CAP, 연습) 입니다. 도메인 별 핀 KPI (PSP, 게임, KYC, 엣지/클라우드), 진실과 예외의 출처에 동의하고, 웨이트 모델을 입력하고 수익을 올리면 공급자와의 관계가 예측 가능해지고 플레이어의 돈과 UX가 크게 감소합니다.
