인시던트 봇 및 채팅 작업

1) 목적과 가치

• 루틴을 자동화하여 MTTA/MTTR을 줄입니다.
• 단일 사실 루프 (SoT) 및 통신을 생성합니다.
• 확률 (감사, 타임 라인, SLA 업데이트) 을 제공합니다.
• 콘솔의 통화 중 및 "매장" 부하를 줄입니다.

2) 채팅 작업에서 역할 및 RACI

IC (Incident Commander) -사건 소유자: 개시/종료, 우선 순위, 솔루션.
Comms Lead (CL) - 텍스트 및 업데이트 일정 (외부/내부).
도메인 리드 (Payments/Games/Core/Infra) -기술적 사실 및 수정.
스크라이브-타임 라인, 액션 로그.
Bot Admin-봇 권리/정책/통합.

규칙: 하나의 사건에는 하나의 IC와 하나의 CL이 있습니다. 역할 반전 - 명시 적 봇 명령으로.

3) 엔드 투 엔드 시나리오

1. 사건 시작: 경고 → '/사고 새로운 p1 "유럽 연합 예금" → 봇은 카드를 만들고, var-room을 만들고, IC/CL을 할당하고, 첫 번째 업데이트를위한 타이머를 설정합니다.
2. 사건 추가 사실: '/사건 추가 사실 ', '/사건 상태 세트 저하', '/사건 할당 @ payment-lead ', '/사건 타이머 20m'.
3. 커뮤니케이션: '/사건 게시 상태 '(CL 초안), '/사건 파트너에게', '/사건 규제 기관 초안 '.
4. 함수: '/runbook psp-failover PSP1 → PSP2 ',', '60m 오프 토글 리플레이 센터', '/트래픽 시프트 30% eu → uk '.
5. 폐쇄 및 사후: '/사고 해결 ', 자동 수집 타임 라인, '/사후 생성'.

4) 봇 명령 (코어)

(PHP 3 = 3.0.6, P

'/사건 새로운 p {1 | 2 | 3 | 4} "<제목>" [구성 요소 =...] [지역 =...] '

'/사고 심각도 세트 p2 ', '/사건 태그는 지불을 추가합니다. ps'

소유권 및 역할

'/사건 ic @ user ', '/사건 coms @ user', '/사건 할당 @ user [domain] '

타이머 및 SLO 업데이트

'/사고 다음 업데이트 15m ', '/사건 알림' (봇 핑 CL), '/사건 에타 세트 18: 30 '

사실과 지위

'/사건 사실 'PSP1 -25% TR/EU' ',/사건 상태 {' 분해 된 '모니터링' 해결 된} '

Comm 팩

'/사건 초안 공개 '파트너' 규제 기관 ', '/사건 게시'

통합

'/런북 ', '/대시 보드 링크 ', ',' 티켓 생성 '

폐쇄/사후

'/사고 해결 [reason =...] ', '/postmortem production', '/postmortem administer @ owner '

5) 통합 (최소 필요)

모니터링: 경고, SLI/SLO (연소율), 대시 보드 링크.
인시던트 관리자 (ITSM): 양방향 상태/필드 동기화.
상태 페이지: CL (policy-gate) 을 통한 초안 및 출판.
제공자 (PSP/KYC/Game Studios): 연락처 디렉토리, 빠른 문자/채널.
릴리스/기능 플래그: 카나리아 정지/풀백, 릴리스 링크.
런북/자동 치료: 가드 레일이있는 안전한 동작 카탈로그.
CMDB/소유자: 도메인 리드의 자동 할당, 에스컬레이션.
타임 라인 저장: 감사/사후 부검을위한 WORM/불변성.

6) 봇 아키텍처

게이트웨이 (채팅 어댑터): 슬랙/팀/텔레 그램 인터페이스.
명령 파서 + 정책 엔진: 승인, 검증, SoD 및 공차.
오케스트레이터: 사건 시나리오, 타이머, 알림.
통합 계층: 클라이언트의 ITSM, 모니터링, 상태 페이지, 릴리스, 런북.
증거 저장소: 이벤트, 사실, 메시지 확산, 첨부 파일 (WORM).
메트릭 및 감사: 품질 메트릭, 동작 로그, 명령 추적.

7) 정책, 권리 및 보안

RBAC/ABAC: 심각도를 변경하고 외부에 게시 할 수있는 사람.
SoD: Comms 게시에는 CL 역할이 필요합니다. 고위험 조치 (PSP 라우팅, PII 수출) -이중 제어.
JIT 권리: 사건 당시 도메인 리더에게 임시 발행.
서명 및 암호화: 웹 후크/시스템 요청-HMAC/mTLS.
뚱뚱한 손가락 보호: 위험한 명령 확인, 드라이 런 및 TTL.
PII 위생: 초안/로그에서 마스킹; 개방 채널에서의 PII 억제.

8) 자동화 흐름 (예)

경고 P1 → 봇은 var-room ('# inc-2025-11-01-001'), 근무 중 핑 (IC, CL, Payments/Infra) 을 만듭니다.
Binds 대시 보드/SLI는 ITSM에서 티켓을 열고 첫 번째 공개 업데이트를위한 템플릿을 준비합니다.
타이머 설정: "15 분 안에 다음 업데이트" CL 알림.
"PSP 경로 변경 30% → PSP2", "재생 센터 저하", "오토 스케일 정착 노동자".
게시 할 때-텍스트 버전을 수정하여 CL을 통해 상태 페이지/소셜 네트워크에 게시합니다.
닫을 때-타임 라인, 지표, 사후 초안, VIP/파트너 메일 링을 수집합니다.

9) 타임 라인과 가능성

각 이벤트는 'T + mm: 설명, 저자/봇, 명령, 결과, 링크' 로 기록됩니다.
메시지 편집 (diff), 릴리스/기능 플래그/계획된 작업에 바인딩이 지원됩니다.

내보내기: 감사 및 규제 기관을위한 용지

10) 지표 (KPI/KRI ChatOps)

MTTA (채팅): '새 사건' 에주의하십시오.
MTTS (설정): var room이 준비되고 역할이 할당되기 전에.

케이던스 준수: 공개 업데이트 간격 준수

런북 사용률: 자동화 된 활동이있는 사고의 비율.
일관성 점수: 채널 = 0-대상 간의 불일치.
페이저 피로: 동일/더 나은 SLO로 수동 호출기를 줄였습니다.
사후 SLA: 사후 부검의 비율은 자체 D + 5를 수집했습니다.

11) 템플릿 카탈로그 (조각)

/incident new p1 "Deposits EU down" components=payments,deposits regions=EU

/incident draft public
/incident publish public

/runbook psp-failover PSP1→PSP2 30%
/feature toggle replay-center off 45m

/postmortem generate
/postmortem assign @owner

12) 프로세스에 포함

커뮤니케이션: 사고 커뮤니케이션 및 시스템 상태 페이지에 연

관찰 가능성: SLO/SLI 및 합성에 대한 빠른 링크; 그래프의 자동 부착.
경고: P1/P2 동안 사고의 자동 생성; 단일 신호 스트림.
자동 수정: 가드 레일 및 롤백이있는 1 버튼 런북.
워크 플로 엔진: 인간 작업 (4 눈), 에스컬레이션 타이머, 체크리스트.

13) 구현 로드맵 (4-8 주)

네드. 1-2: MVP 팀: '/사고 신규 ', 역할 (IC/CL), var room, 업데이트 타이머, ITSM과의 통신 및 모니터링.
네드. 3-4: 메시지 템플릿 (공개/파트너/규제 기관), 상태 페이지 (chernovik → publicatsiya), 카탈로그 5-7 런북.
네드. 5-6: 코드 정책 (RBAC/SoD/JIT), 고위험, WORM 매거진, ChatOps KPI 대시 보드의 이중 제어.
네드. 7-8: 탁상 P1/P2 연습, 릴리스/기능 플래그와의 통합, 사후 자동 수집, 현지화.

14) 안티 패턴

가드 레일이없는 "봇 전체" → 임의의 위험한 행동.
CL/법률 검토 역할이없는 상태 페이지에 게시합니다.
로그/버전이없는 명령 → 확실하지 않음.
채팅에서 복잡한 형태 (20 개 이상의 필드) - 속도 저하; 더 나은 짧은 명령 + 링크.
P1에는 업데이트 타이머 → "침묵" 이 없습니다.
CMDB/소유자 통합 부족 → 할당 혼돈.

15) 결론

Incident-bot과 ChatOps는 "명령이있는 봇" 이 아니라 운영 플랫폼입니다. 사고 시작, 규율 업데이트, 안전한 제한이있는 자동화 된 조치, 엔드 투 엔드 관찰 및 가능성. 이러한 회로는 MTTR을 예측 가능하게 줄이고 통신 품질을 향상 시키며 피크 타임에 iGaming 비즈니스의 수익을 보호합니다.