승인과 알림

왜 승인이 필요한가

AisOpsFlow는 위험을 동반할 수 있는 운영 작업을 위해 만들어졌습니다. 승인 단계는 팀이 다음을 할 수 있게 합니다.

• 실수로 실행되는 것을 막기
• 사람의 확인 지점 두기
• 누가 무엇을 승인했는지 감사 추적 유지

전형적인 승인 흐름

1. 워크플로가 approval 단계에 도달합니다.
2. Slack 같은 승인 채널로 메시지가 전송됩니다.
3. 검토자가 응답합니다.
4. 결과에 따라 워크플로가 계속 진행되거나 멈춰 있습니다.

언제 승인을 둘 것인가

다음에는 승인을 강하게 권장합니다.

• 프로덕션 쓰기 작업
• 인프라 변경
• 롤백 작업
• 고객 영향이 있는 액션

알림 채널

제품은 다음과 같은 알림 대상을 지원합니다.

• Slack
• Email
• Telegram
• Teams direct targets
• 공급자 추상화를 통한 Kakao Alimtalk

수신자 모델

알림은 다음을 대상으로 보낼 수 있습니다.

• 직접 채널 주소
• 개별 수신자
• 그룹

중앙화된 수신자와 그룹을 쓰면 모든 워크플로를 수정하지 않고도 라우팅을 바꾸기 쉽습니다.

Kakao 관련 동작

Kakao Alimtalk은 공급자 추상화를 통해 관리되므로, 실제 공급자가 바뀌어도 워크플로 자체는 안정적으로 유지됩니다.

중요한 점:

• 템플릿이 필요한 변수 집합을 정의함
• 그룹과 수신자 확장을 전화번호 전달에 사용할 수 있음
• 공급자 전달 실패 시 대체 알림 경로를 둘 수 있음

운영 권장 사항

• 승인 메시지를 선택 장식이 아니라 런북 일부로 다룹니다.
• 승인 문구에는 영향 범위와 다음 행동을 분명히 적습니다.
• 채널 fallback은 알림 폭주를 피하도록 신중하게 씁니다.
• 새로운 Kakao 경로를 의존하기 전에 템플릿 변수를 검증합니다.

관련 문서

• 워크플로 생성 및 실행
• 보안 참조
• API 참조