사용자 가이드
러너와 플러그인
사용자와 운영자 관점에서 Runner 실행과 플러그인 연동이 제품 안에서 어떤 역할을 하는지 설명합니다.
Runner를 쉽게 말하면
Runner는 고객 환경에서 실제 작업을 수행하는 실행 컴포넌트입니다. Core가 모든 작업을 직접 수행하지 않도록 하기 위해 존재합니다.
Plugin을 쉽게 말하면
플러그인은 특정 연동 또는 공급자 책임을 처리하는 외부 HTTP/JSON 서비스입니다. 예를 들면:
- Slack 메시지 전송
- Email 전달
- Telegram 전달
- Kakao 공급자 전송
왜 분리했는가
이 분리는 제품을 더 안전하고 유지보수 가능하게 만듭니다.
- Core는 정책과 오케스트레이션 계층
- Runner는 실행 계층
- 플러그인은 격리된 연동 컴포넌트
사용자가 체감하는 부분
대부분의 최종 사용자는 Runner 내부를 직접 관리하지 않지만, 아래는 분명히 체감합니다.
- 워크플로가 실행 대상에 도달하는지
- 알림이 실제로 전달되는지
- 승인 콜백이 정상적으로 돌아오는지
운영자가 확인해야 할 것
- Runner와 Core의 연결 상태
- 플러그인 가용성과 설정
- 대상별 비밀값 또는 자격 증명
- 다운스트림 서비스에 대한 재시도와 타임아웃 동작
플러그인 설계 모델
AisOpsFlow에서 플러그인은 프로세스 내부 확장이 아닙니다. 문서화된 계약을 가진 독립 서비스입니다. 지원 범위와 런타임 격리를 설명할 때 이 점이 중요합니다.