태스크 오케스트레이션

1) 오케스트레이션 이유

iGaming 플랫폼은 수십 개의 엔드 투 엔드 체인 (예금, 결론, KYC/AML, 베팅/정착, 보너스, 사건) 입니다. 오케스트레이션은 서로 다른 통화를 예측 가능한 시간, 품질 및 감사 가능성을 갖춘 관리 가능한 프로세스로 바꿉니다

감소 된 MTTR 및 "수동 루틴";

SLA 및 규제 마감일 구현;

세입자와 지역 간의 공정한 분배;

상태 및 책임 투명성 (RACI).

2) 원칙

중요한 것을 안무하고 나머지를 안무하십시오. 중앙 체인 (지불, 결론, 해결) - 중앙 집중식 오케 스트레이터; 2 차-이벤트 (펍/서브).
SLA 우선. 각 작업에는 우선 순위 SLO, 마감일 및 에스컬레이션 전략이 있습니다.
이념과 적어도 한 번은. 부작용없이 모든 동작이 반복됩니다.
데이터베이스 롤백 대신 보상. 외부 효과를위한 사가.
공정한 공유 및 격리. 임차인/지역/작업 클래스 당 쿼타, "글루토 니" 에 대한 보호.
코드 정책. 라우팅, 배상, 공차-다양한 정책에 대한 규칙.
의도적으로 관찰 가능성. 각 단계에서 메트릭/트레일/로그.

3) 오케스트레이션 도메인 모델

작업 → 활동 → 프로세스/워크 플로우.
작업 상태는 '대기 → 임대 → 실행 → (성공 | 실패 | 시간 _ out | 취소 됨) → 보관 됨'.
주요 속성: '우선 순위', '마감일', '테넌트', '지역', 'cost _ class', 'risk _ class', 'demempotency _ key'.

4) 건축

오케스트레이터: 프로세스 그래프, 대기열, 타이머, 마감일, RACI, 라우팅 저장.
집행자: 무국적자이며 도메인 대기열에 가입했습니다 (Payments/KYC/Games/Infra). 임대 모델 + 하트 비트.

이벤트 게이트웨이: 외부 시스템과의 통합을 보장하기위한 아웃 박스/받은 편지

상태 저장소: 프로세스 로그 (감사를위한 WORM/불변의 부품).
정책 카탈로그: 우선 순위, 할당량, 배상, 롤백, SoD.

5) 대기열, 우선 순위 및 스케줄러

• A (실시간): 예금/베팅/결제-p95 초 지연, 개별 대기열 및 수영장.
• B (운영): KYC, 공급자에게보고합니다.
• C (배치/분석): 집계/수출-시간.
• 스케줄러: 우선 순위 + 마감일이있는 다중 대기열; 알고리즘: 우선 순위 + EDF, 임차인/지역당 가중 공정 점유율.
• 작업 훔치기: 실행 풀은 동일한 QoS 클래스 내의 인접 대기열에서 작업을 "훔칩니다".
• 마감일: 지연의 위험이있는 → 우선 순위가 높아지거나 분기가 저하됩니다.

6) 보장 및 지속 가능성

적어도 한 번은 + demempotency. 'deidempotency _ key' (비즈니스 키) 및 결과 수정.
정책에 의해 검색 가능: 지수 백오프 + 지터; 시도 예산; 외부 종속성에 대한 회로 차단기.
시간 초과: '작업 _ 시간 초과 <SLA _ step', '프로세스 _ 마감일 <규제'.
DLQ: "유독 한" 작업을위한 별도의 대기열; 전체 컨텍스트를 갖춘 수동 구문 분석.
보상 (saga): 각 "강력한" 작업 (캡처/환불, 원장 _ 포스트/복귀 등) 에 대해 정의됩니다.

7) 역압 및 플랫폼 보호

쿼타 및 한계: 테넌트/지역/작업 유형 (QPS, 동시, 메모리/CPU).
입학 통제: 수영장을 채울 때 우선 순위가 낮은 고장/탈북자.
Shedding: 전체 고장 대신 소프트로드 감소 (부분 결과, 기능 저하).
요율 제한: 입구, 공급자 (PSP/KYC), 은행/BIN에서.
Hysteresis: 온/오프 플랩을 방지합니다.

8) 다중 지역 및 결함 허용

트래픽 현지화: 오케 스트레이터는 프로세스를 데이터/제공 업체에 더 가깝게 유지합니다.
교차 지역 feilover: dempotent 단계 및 쿼럼 점검 후에 만 가능합니다.
상태 저장: RPO/RTO 대상을 사용한 복제; 필기 울타리 대 분할 뇌.
사고의 지역적 격리: "출혈 중지" -영향을받는 지역의 새로운 작업을 중단하고 기존 작업을 안전한 지점으로 옮깁니다.

9) Human-in-the-loop) RACI

휴먼 작업: 체크리스트, SLA, 첨부 파일이있는 내장 단계.
SoD/4 눈: 민감한 행동에 대한 호환되지 않는 역할 (결론, 보너스 제한, PSP 라우팅).
에스컬레이션: 타이머 "너지 우발적 인 우두머리 L2/L3 우연한 IC".
감사: 누가/무엇/언제/왜, 티켓/정책에 연결합니다.

10) 코드 정책

• PSP 라우팅: '경로 = PSP1 인 경우 PSP2. 건강
• 우선 순위 상승: '우선 순위 = P1 마감일 <10m 및 {인출, 지불} 프로세스'
• PII 수출 차단: '수출 거부. 비율> baselineK & &! 티켓 및 데이터 _ 클래스 = PII '

정책은 일반 코드와 같이 다양하고 테스트되며 검토됩니다.

11) 관찰 가능

프로세스 SLI: 성공률, p95/p99 지속 시간, 지연 백분율.
대기열 SLI: 작업 연령, 처리량, 입학 실패, DLQ 비율.
추적: 각 단계에 걸쳐 있습니다 (지불/요금/ACC와의 상관 관계 'trace _ id').
통나무: PII가없는 구조화; 배상/타임 아웃/보상의 이유.
대시 보드: Exec (SLA/연체/값), Ops (lag/reties/DLQ), Domain (PSP 지점, KYC SLA).
경고: 연소율 마감일, DLQ 급증, 단계 시간 증가, 열기구.

12) 비용 (FinOps 오케스트레이션)

KPI: $/프로세스, $/작업, $/retray, $/min SLA 위반.
최적화: 클래스 C 배치, 신호 집계, 긴 로그의 다운 샘플링, "긴" 프로세스 제한.
표시/충전: 세입자는 자신의 마크를 봅니다 (대기열/보관/퇴각).

13) 안전 및 준수

ABAC/RBAC: 역할/테넌트/지역/환경별 프로세스 액세스.
JIT/PAM: 수동 단계를위한 임시 인상.
Webhook Signature/mSL: 이벤트 무결성.
WORM 감사: 대체 할 수없는 로그; PII에 대한 TTL/마스킹 정책.
SoD: 한 사람에 "initsiirovat → odobrit → provesti" 를 결합하지 마십시오.

14) 전형적인 오케스트레이션 카탈로그 (iGaming)

1. 보너스 _ credit → 통지: 'init → 3DS/지정 → 캡처 → 원장 _ post → 보너스 _ 크레딧 → 통지'.

보상: 'ledger _ return, refund _ capture'.
정책: 성공이 떨어지면 PSP의 재분배.

2. "요청 → 위험 _ 점수 → 4 눈 승인 → 지불 → 레지스트리 → 통지 '.

SLA 에스컬레이션, 속도 이상을 차단합니다.

3. KYC/AML: '수집 → providerA → (대체 providerB) → 수동 검토 → 마무리'.

규제 마감일; 스캔 오류에 대한 DLQ.

4. 속도/설정: '예약 → 수정 _ 홀수 → 확인 → 확인 → 지불'.

지연 대기열이있을 때 분기 해제 (보조 기능의 제한).

5. 지정 → 분류: '감지 → 분류 (P1-P4) → 전쟁 실 → 행동 → 근접 → 사후'.

15) 템플릿 (조각)

yaml id: payments. capture qos: A priority: P1 deadline: 2m timeout: 2s retry:
strategy: exponential_jitter max_attempts: 5 idempotency_key: ${payment_id}
saga:
compensate: payments. refund_capture

yaml rule: "priority-escalation"
if:  "deadline < 5m && qos == 'A'"
then: "priority = P1"

yaml id: withdrawal. approval type: human sod: true approvers: [Risk, Finance]
sla: 2h on_timeout: escalate:L2

16) 작동 프로세스

릴리스 게이트: 빨간색 SLI 대기열/프로세스가있는 위험한 릴리스 블록.
탁상/혼돈 일: PSP/복제본/대기열의 단절; 배상/보상을 확인하십시오.
분기 별 검토: 임계 값, 할당량, 비용, DLQ 동향, SoD 예외.

17) 구현 로드맵 (8-12 주)

네드. 1-2: 체인 인벤토리 (예금/출력/CCL/결제), SLA 목표, QoS 클래스, 우선 순위 및 할당량 매트릭스.
네드. 3-4: 오케 스트레이터 + 큐, "예금/출력" 프로세스의 MVP, demempotent 처리기, DLQ, 기본 재 트레이/타임 아웃 정책.
네드. 5-6: 사가 및 보상, 인간 작업 (4 눈), 임차인 당 공정 공유, 대시 보드 및 SLI 대기열.
네드. 7-8: 다중 지역 (현지화/feilover), 릴리스 게이트, 경고 (연소율 마감일), FinOps 패널.
네드. 9-10: 카탈로그 확장 (CCM/보너스/사건), 절단. 정책 (PSP 라우팅/PII 수출), WORM 감사.
네드. 11-12: 혼돈 훈련, 가치 최적화, RACI/SoD 규정, 통화 교육.

18) KPI/KRI 오케스트레이션

SLA 프로세스 (시간 실행), p95/p99 지속 시간.
연체 및 도메인/테넌트 별 점유율.
재 시도/작업 비율, DLQ 비율, 보상 비율.
공정한 준수 (임차인은 "굶어 죽지 않습니다").
비용: $/프로세스, $/작업, $/retray.
오케스트레이션 (플 래핑, 교착 상태, 대기열 과부하) 으로 인한 사건.

19) 안티 패턴

QoS 클래스가없는 하나의 "범용" 우선 순위.
dempotency → 중복 지불이없는 배상.
외부 실패의 경우 근로자의 활력 재시작 → 눈사태.
임차인/지역당 할당량이 없습니다 → 이웃은 전체 풀을 먹었습니다.
타임 아웃/마감일이없는 긴 단계 → 교수형 프로세스.
sagas → 수동 "절단" 및 재무 위험 부족.
빈 로그/흔적 없음 → 정확하지 않음.

합계

태스크 오케스트레이션은 관리 프로세스 공장입니다. QoS 및 우선 순위 별 적절한 세분화, 배송 보증 및 demempotency, 보상 및 마감일, 임차인/지역의 공정한 격리, 설계의 일부로 관찰 및 안전. 이러한 회로는 "수동" 미세 관리 비용없이 예측 가능한 작업, 공급자 고장에 대한 복원력 및 규제 요구 사항 준수를 제공합니다.