Shifts 간 운영 및 → 관리 전송 상황

시프트 간 컨텍스트 전환

1) 왜 필요한가

시스템이 이미 실행 중입니다. "핸드 오버 품질은 MTTR, 경고 노이즈 및 릴리스 안정성에 직접적인 영향을 미칩니다. 좋은 핸드 오버는 빠른 가이드, 명확한 위험 및 이해할 수있는 다음 단계입니다.

• 사고, 릴리스 및 공급자의 컨텍스트 손실.
• 몇 시간이 아닌 몇 분으로 새로운 시프트의 "진입 시간" 을 줄입니다.
• SLO 중요 경로 (예금, 베팅, 게임 출시, 출력) 를 안정화하십시오.
• 통신을 예측 가능하고 검증 가능하게 만드십시오

2) 좋은 핸드 오버 원칙

1. 표준화 된 양식 (하나의 템플릿, 하나의 용어).
2. 균일 한 아티팩트 (동일한 대시 보드/티켓/런북 링크 및).
3. 타임 박스 (짧은 "브리핑" + "롱 리드").
4. 실행 가능한: 마지막에는 "누가/무엇을/언제" 작업의 명시 적 목록이 있습니다.
5. SLO 방향: "이벤트 로그" 가 아닌 SLO/오류 상태.
6. 추적 성: 모든 사실은 인공물로 확인됩니다.

3) 역할과 책임

납 교대 (발신): 핸드 오버 패키지를 준비하고 브리핑을 보유합니다.
리드 시프트 (수신): 질문/위험을 수정하고 수락을 확인합니다.
사건 관리자: 사건의 타임 라인/채널을 업데이트하고 SLA의 업데이트를 모니터링합니다.
도메인 소유자 (Payments/Bets/Games/KYC): 해당 섹션에서 "상태 및 위험" 을 제공합니다.
SRE/Observability: 아티팩트 (대시 보드, 릴리스 주석, 경고) 를 지원합니다.

4) 타이밍 및 채널

교대 전 T-30 분: 나가는 교대로 상태가 정지되고 템플릿이 업데이트됩니다.
T-10 분: 음성/비디오 채널에서 빠른 브리핑 (최대 15-20 분).
T + 0: 공통 채널 "# ops-handover" 에 핸드 오버 패키지를 게시합니다.
T + 15 분: 수신 교대는 수신을 확인하고 공개 질문을 명확하게합니다.
에스컬레이션: 모든 "빨간색" 은 해당 팀의 채널을 즉시 가리 킵니다.

5) 핸드 오버 패키지 구조 (템플릿)

Handoff - <date, time, TZ>
Shift: <outgoing> → <receiving>
Overall SLO status (last 4h):
- API p95/p99: <values/trends>
- Error rate: <values/trends>
- Queue lag/DB connections/Cache: <brief>
Critical incidents:
- <INC-123>: status, impact, next update ETA, links (ticket, channel, postmortem draft)
Providers (PSP/KYC/studios):
- PSP-X: quotas/errors/fake <links>
- KYC-A: Webhook delays <links>
Releases/Features:
- In progress: <service>, stage (canary X%), gate/metrics, risk
- Scheduled: windows/locks/dependencies
Risks and observations:
- <briefly, with links and graphs>
Action items (before <time>):
- [Owner] <task>, readiness criterion
Useful links:
- Dashboard Overview, dependency map, escalation matrix, runbook 'and
On-call contacts:
- Domains/Names/Channels

6) 핸드 오버 미니 SOP

1. 나가는 교대 업데이트는 주석 및 대시 보드 (SLO, 공급자, 대기열) 를 릴리스합니다.
2. 지난 4 시간 동안 "빨간색" 경고를 확인하고 상태/이유를 수정하십시오.
3. 업데이트 섹션 "위험 및 관찰" (사실이 아닌 추세/의심).
4. 마감일과 소유자와 함께 행동 항목을 채우십시오.
5. 브리핑을 개최합니다: 템플릿에 따라 10-15 분.
6. 수신 교대는 질문을합니다. 필요한 경우-소유자에게 즉시 에스컬레이션.
7. 수락 확인: "수신, 질문/아니오", 첫 단계 목록.

7) 핸드 오버 품질 지표 (KPI)

핸드 오프 품질 점수 (HQS) -체크리스트에서 패키지 (0-100) 를 획득합니다.
핸드 오프 시간-브리핑 기간 (대상 복도 10-20 분).
SLA 인정은 15 분입니다.
누락 된 맥락 속도-교대 후 "컨텍스트 손실" 이있는 사건의 비율.
핸드 오프 사고 스파이크-처음 60 분 동안 경보/사고가 증가했습니다.
행동 항목 SLA-교대 후 정시에 작업 비율이 마감되었습니다.

8) 패키지 품질 점검표 (HQS 평가)

• 트렌드와 함께 4 시간 안에 SLO/키 지표로 채워졌습니다.
• 모든 "빨간색" 경고는 이유/참조로 나열됩니다.
• 사건: 숫자, 상태, 영향, 다음 업데이트 (시간).
• 제공자: 할당량/오류/feilover, 최신 변경 사항.
• 릴리스/기능: 무대, 위험, 게이트/카나리아.
• 행동 항목: 소유자, 용어, 준비 기준.
• 링크: 대시 보드, 채널, 런북 및 에스컬레이션 매트릭스.
• 통화 중 연락처 및 백업 링크.

9) 대시 보드 "핸드 오버 용" (최소)

작업 개요: p95/p99, 오류율, 용량 헤드 룸, 대기열 지연.
사건위원회: 공개 사건, ETA 업데이트, 영향.
출시 및 기능: 카나리아, 비교 전/후, 자동 게이트.
제공자 패널: 할당량, 타임 아웃, 비용/1k 통화, 스위치.
종속성 맵: 대기 시간/오류/재 시도.

10) 핸드 오버의 품질에 대한 경고 (아이디어)

ALERT HandoffNotPublished
IF handoff_published == 0 AND within(10m, shift_change) == true
LABELS {severity="warning", team="ops"}

ALERT HandoffAckSLA
IF handoff_ack_minutes > 15
LABELS {severity="warning", team="ops"}

ALERT MissingActionOwners
IF count_over_time(handoff_action_items{owner=""}[1h]) > 0
LABELS {severity="warning", team="ops"}

ALERT PostHandoffIncidentSpike
IF incidents_rate_60m_after_shift > baseline_14d 1. 5
LABELS {severity="info", team="ops"}

11) 커뮤니케이션 및 업데이트 형식

[HH: MM] Handoff published. SLO OK/Degraded. Incidents: INC-123 (ETA 18:30), releases: bets-api canary 10%. Risks: PSP-X 85% quota. Action items: @ squad-payments until 7pm to check out the feilover.

• 중요한 지점에 대한 비공개 채팅이 없으면 일반적인 채널 만
• 모든 "빨간색" 영역은 소유자와의 즉각적인 스레드입니다.
• 데이터를 참조하여 서면으로 모든 결정/타협.

12) 도메인 기능 (iGaming)

지불: 우선 순위: 예금 변환 및 승인 시간, PSP 가짜 경로, 공급자 별 제한.
베팅: 계수/캐시 업데이트, 스트리밍/큐로드, 계산 지연.
게임/라이브: 방송 이벤트 (잭팟/스트림), 웹 사이트 제한, UI 저하.
KYC/AML: 대기열, SLA 제공 업체, 피크에 대한 민감도 확인.

13) 반 패턴

핸드 오버의 무료 "임의 형태" (모든 사람이 원하는대로 씁니다).
입학 확인 마감일은 없습니다.
행동 항목 및 소유자가없는 패키지.
핸드 오버는 SLO/위험 대신 "로그 리더" 로 바뀝니다.
개인 채팅의 비밀 솔루션-추적 성 부족.
템플릿에는 아티팩트에 대한 참조가 포함되어 있지 않습니다. 확인할 것이 없습니다.

14) 통합 및 아티팩트

그래프에서 릴리스의 주석, 핸드 오버에 대한 자동 링크.
링크 해제: 키 메트릭을 미리 볼 수있는 대시 보드/티켓에 링크를 삽입합니다.
런북 바인딩: 특정 런북에 직접 링크 된 각 "빨간색" 영역.
확장 행렬: 템플릿에서 단일 관련 문서.

15) 유지 정책 및 감사

핸드 오버-중앙에 저장됩니다 (지리, 날짜/시간, 저자).
주간 HQS 감사 및 나쁜 핸드 오버에 대한 선택적 분석.
템플릿의 개정 - 분기 별 또는 사후 결과에 따라.

16) 빠른 시작 (30 일)

1 주차: 템플릿, 역할 및 타이밍 승인; 같은 회선 (예: 지불) 에서 파일럿을 시작하십시오.
2 주차: HandoffNotPublished/AckSLA 경고 "핸드 오버를위한" 대시 보드가 포함됩니다.
3 주차: 핸드 오버의 10% 에 대한 HQS 점수 및 감사를 소개합니다.
4 주차: Bets/Games/KYC 확장, 소급 수행, SOP 업데이트.

17) 패키지에 대한 "위험 카드" 의 예

Risk: PSP-X hits 90% quota in prime time
Impact: rise in deposit refusals, SLO payments at risk
Signals: outbound_error_rate, quota_usage_ratio
Mitigation: raise PSP-Y up to 20% of traffic in advance, enable token cache
Owner/ETA: integrations@oncall / до 18:00

18) FAQ

Q: 브리핑이 진행되면 어떻게됩니까?

A: 엄격한 타임 박스 및 "브리핑 후 실에서" 규칙. 패키지에는 비동기식 익숙해지기위한 모든 것이 포함되어 있어야합

Q: "다른 버전의 진실" 을 다루는 방법?
A: Unify 아티팩트: 통합 대시 보드, 릴리스 주석, SLA 용 SSOT; 그들에게만 연결됩니다.

Q: 브리핑을 기록해야합니까?
A: 예, 논쟁의 여지가있는 사건과 훈련. 그러나이 기록은 표준화 된 서면 패키지를 대체하지 않습니다.