교대 계획
1) 목표와 프레임 워크
교대 계획은 명령 소진없이 사고 및 트래픽 피크에 대한 지속적인 플랫폼 준비 상태를 보장합니다. 목표:- SLO 임계 프로세스 (예금, 요율/결정, 결론, KYC/AML) 의 적용 범위 보장;
- 하루 중 언제든지 MTTA/MTTR 감소
- 노동법 및 내부 정책 (주말/휴식/밤) 을 준수하십시오.
2) 역할 및 지원 수준
L1 (NOC/Operations): 1 차 심사, 런북 실행, 에스컬레이션.
L2 (Domain On-Call): 결제, 게임/코어, 데이터/인프라-심층 진단 및 수정.
L3 (SRE/Platform/Dev): 구성 변경, 패치, 비상 릴리스.
IC/CL (Incident Commander/Comms Lead): 사고 및 통신 관리.
직무 관리자 (교대): 직원, 위험, 동결 창을 확인합니다.
3) 교대 및 회전 모델
3. 1 24 × 7 적용 범위
8 × 3 (3 시간 8 시간): Day (08: 00-16: 00), Swing (16: 00-00: 00), Night (00: 00-08: 00). 관리하기 쉽고 더 많은 직원이 필요합니다.
12 × 2 (2 시간 12 시간): 일 (08: 00-20: 00), 밤 (20: 00-08: 00). 핸드 오버 감소, 피로 위험 증가-제한과 함께 사용.
Follow-the-sun: EU → AMER → APAC, 최소한의 밤; 분산 명령이 필요합니다.
3. 회전 템플릿 2 개 (예)
파나마/피트 먼 (2-2, 3-2, 2-3): 긴 주말에 12 시간을 번갈아 가며 (엄격한 피로 제어가 필요함).
4-on/4-off (12h): 12 시간 동안 4 일, 4 일 휴무; 자동화가 양호한 L1에 적합합니다.
5 × 8 (클래식): L2/L3 + 통화 중 야간/주말.
3. 3 통화 중 의무
1 차/2 차: 각 도메인에는 1 차 및 2 차 통화가 있습니다.
섀도우 온 콜: Primary's wing 아래에서 새로운 엔지니어 교육.
4) 상태 및 수축 계산 (수축)
4. 1 기본 FTE 공식
역할에 필요한 FTE:
FTE = (coverage hours per week/productive FTE hours per week) × (1 + shrinkage)수축에는 휴가/병가/훈련/1: 1/레트로/관리 시간 (보통 20-35%) 이 포함됩니다.
예 (L1 24 × 7, 8 시간):- 168 시간 적용 범위/35 생산 시간/주중 4. 8
- 수축 30% → 4. 8 × 1. 3 ≈ 6. 2 FTE (안정성을 위해 7 라운드).
4. 2 피크 플랜
이벤트에 대한 피크 팩터 추가 (최고 경기, 토너먼트): 캘린더 창에서 + 10-25% FTE. 과거 경보/트래픽 플롯을 사용하십시오.
5) SLO 적용 범위 및 위험 창
중요한 시간 행렬 (로컬 프라임 타임 GEO/결제 방법) 을 작성하십시오.
슬롯 당 최소 구성을 설정하십시오 (예: 야간: L1 × 2, L2-Payments × 1 on-call, L2-Games × on-call, IC를 회전).
릴리스/마이그레이션의 경우 해당 기간 및 + 60 분의 모니터링 후 릴리스 가드 (옵션 L2/SRE) 를 할당하십시오.
6) 핸드 오버 (시프트 전송)
구조 10-15 분:1. SLO/경고 및 공개 사건 상태.
2. 창 + 위험에서 계획된 작업.
3. 차단/대기 (PSP/KYC 제공 업체, 규제).
4. 합의 된 comm 계획 (상태 페이지, 파트너).
5. 교대 구성 및 통화 중 연락처를 확인하십시오.
핸드 오버 체크리스트는 위키/봇에 있어야합니다. 프로토콜-var-room 또는 교체 가능한 채널에서.
7) 달력 및 교체
계획 지평선: 8-12 주; 교체 - 2 주를 넘지 않습니다 (Force majeure 제외).
동결 기간: 주요 이벤트/휴일-주요 역할에 대한 휴가 금지 (나중에 보상).
버디 규칙: 동일한 도메인/자격 또는 추가 그림자가있는 엔지니어 만 교체하십시오.
8) 플랫폼 통합
경고: 활성 시프트 및 도메인에 의한 라우팅 (P1 → 호출기 + var room).
사건 봇: 팀 '/rota ', '/whoisoncall', 자동 언급 IC/CL.
릴리스: 교대 일정과 동기화 된 CAB; 오프 커버리지 릴리스-금지.
상태 페이지: 봇에서 확인 된 활성 시프트의 CL.
9) 팀 지속 가능성과 건강
노동 기준: 야간/주말-추가 요금 및 휴무; 연속으로 최대 밤 (예:- 휴식: 짧은 2-3 시간마다; 12 시간 - 필수 2 길이.
- 피로 감시: 주당 시간 제한, 규칙은 "1 인당 교대 당 N P1 이하" 입니다.
- 심리적 지원: 무거운 P1 후 브리핑, comp-time.
10) 다 지역 및 후속 태양
지역 별 브랜드/테넌트 (EU/LATAM/APAC) 를 로컬 L1 및 도메인 L2로 나눕니다.
지역 IC는 지역 간 사건에서 글로벌 IC로 확대됩니다.
위험과 작업의 이전과 함께 매일 교차 지역 핸드 오버 (15 분).
11) 정치인과 RACI
정책 "변경 및 통화 중": 누가 언제, 어떻게, 언제 개입합니까? 교체; 지각; 예약.
SoD/액세스: IC/CL/금융 거래-별도의 역할; JIT는 봇을 통해서만 향상됩니다.
RACI: 각 시프트에는 IC (A), 의무 관리자 (A/R), L1/L2 (R), Compliance/Sec (C), 관리 (I) 가 있습니다.
12) 도구 및 데이터
단일 캘린더 (속성: 도메인, 지역, 연락처, 예약).
시프트로드 대시 보드: 경고/시간, 사고/유형, 릴리스/창.
법무부 보고서 (공정 공유): 사람들의 야간/주말 적용 범위.
수축이 자동으로 계산되도록 HR/PTO와 통합합니다.
13) 품질 측정 항목 (KPI/KRI)
적용 범위: 전체 캐스트가있는 시간.
슬롯 별 MTTA/MTTR: 낮/저녁/밤.
핸드 오버 결함: 누락 된 체크리스트 항목 수.
페이저 피로: 경고/사람/주; 야간 통화 (대상-텍스트).
교체 SLA: 시작하기 48 시간 전에 교체에 의한 폐쇄 시프트의%.
교육 범위: 새로운 운영자를위한 섀도우 슬롯과 교대 공유.
Fair-Share Index: 직원의 밤/일 휴가.
14) 구현 로드맵 (4-8 주)
네드. 1-2: 경고/피크의 이력을 수집하고 SLO 임계 창을 결정하십시오. 모델 (8 × 3 또는 태양 추적) 을 선택하고 FTE 및 수축을 계산하십시오.
네드. 3-4: 정책 "교대 및 통화 중" 을 게시하고 핸드 오버 체크리스트를 활성화하고 일반 캘린더 및 봇 명령 '/whoisoncall ', '/handover' 를 실행하십시오.
네드. 5-6: 디버그 에스컬레이션 및 교체, 공정 공유 보고서 추가, CAB/릴리스와 시프트를 동기화하고 동결 창을 입력하십시오.
네드. 7-8: 번 아웃 및 핸드 오버 품질, 야간 구성 수정, 섀도우 프로그램 출시 및 IC/CL 인증 측면에서 복고풍.
15) 패턴 및 아티팩트
교대 로타 (EU, 키예프 시간의 예):핸드 오버 점검표 (10 점): SLO, 사고, 작업, 위험, 릴리스, 공급자, 액세스, 상태 페이지, 공개 티켓, 직원.
교체 SOP: 교체, 입학 기준, 예비 연락처 발행 방법.
동결 일정: 이벤트/공휴일 및 RTO/릴리스 금지.
16) 안티 패턴
도메인 분리없이 모두를위한 하나의 통화 중.
제한과 휴식없이 12 시간 연속 밤.
IC/CL/CL 가용성없이 몇 시간 안에 릴리스됩니다.
체크리스트와 메모없이 "말로" 핸드 오버.
수축 → 만성 언더 셋을 무시하십시오.
제로 섀도우 프로그램 → 인간의 취약성 및 SPOF.
합계
교대 계획은 엔지니어링 작업입니다. FTE 및 수축 계산, 정직한 회전 및 건강 보호, 엄격한 핸드 오버 및 경고/ChatOps/CAB와의 통합. 이 프레임 워크는 예측 가능한 24 × 7 SLO 범위, 빠른 사고 대응 및 팀 소진없이 비즈니스 복원력을 제공합니다.