알림
Alert routing
들어오는 경고를 라우팅하면 적절한 대응자들이 모니터링 도구의 잠재적인 문제와 이벤트를 조사하기 위해 호출되도록 보장합니다.
Rootly에는 팀, 서비스 또는 에스컬레이션 정책으로 경고를 라우팅하는 두 가지 방법이 있습니다:
- 모니터링 도구에서 직접: 모니터링 도구를 통해 라우팅하는 방법은 Alert Source 지침을 따르세요.
- Rootly의 Alert Routes를 사용.
Alert Route 생성
Alert Route를 생성하려면 Alerts > Routes로 이동하여 New Route를 선택하세요. Alert Route에는 다음 정보가 포함됩니다:- 설명적인 이름.
- 소유 팀: 소유 팀의 관리자에게 Alert Route에 대한 편집 권한이 부여됩니다.
- Alert Source: Rootly의 Alert Source 통합과 모니터링 도구를 연결하는 방법은 통합 문서를 확인하세요.
- Conditions: when an Alert from the source in step 3 should be routed.
- Destination: where the accepted Alert should be routed.
팀 소유권 설정
Owning Team 필드를 사용하여 Alert Route의 소유권을 할당하세요. Owning Team의 Team Admin에게 Alert Route에 대한 생성, 업데이트, 삭제 권한이 부여됩니다. 참고: Team Admin은 자신의 팀에 할당된 Alert Route만 생성할 수 있습니다. 또한 자신의 팀이 소유한 Alert Source의 경고만 라우팅할 수 있습니다.조건
조건을 사용하여 Alert Source의 경고가 목적지로 라우팅될 수 있는 규칙을 설정하세요. 예를 들어, 조직에서 모니터링 도구에 대해 단일 웹훅을 사용하는 경우, payload가 특정 팀의 제품 영역에 영향을 미치는 것을 나타내는 경우에만 해당 팀으로 경고를 라우팅하도록 조건을 추가하세요. 조건을 업데이트하면 오른쪽의 Alert Preview 창이 조건 기준을 충족하는 경고를 반영하여 업데이트됩니다. Alert Route에 조건이 없는 경우, Alert Source의 모든 경고가 Alert Route에 의해 라우팅될 수 있습니다.오른쪽의 Alert Preview 창을 사용하여 조건을 빠르게 구축하세요. 각 경고를 클릭하여 payload를 확인하고, 필드 값을 선택하여 해당 필드의 JSONPath를 미리 채울 수 있습니다.
목적지
경고가 팀이나 서비스로 라우팅되면 해당 팀이나 서비스의 에스컬레이션 정책이 실행됩니다.팀이나 서비스로 라우팅하는 것이 팀의 온콜 성과를 더 쉽게 측정할 수 있으므로 에스컬레이션 정책으로 직접 라우팅하는 것보다 권장됩니다.
알림 라우팅
Rootly에서 알림이 라우팅되는 방법
모니터링 도구에서 Rootly로 알림이 전송되면 다음과 같이 처리합니다:- 페이로드에 대상 ID(예: 팀 또는 서비스의 ID)가 포함되어 있으면 자동으로 해당 대상 ID로 라우팅합니다. 페이로드에 대상 ID가 포함되어 있지 않으면…
- 해당 알림 소스와 연관된 모든 라우팅 규칙을 평가합니다.
- 수신된 알림에 대해 참인 첫 번째 알림 라우트 규칙을 실행합니다.
- 알림이 어떤 알림 라우트와도 일치하지 않으면 이를 ‘비페이징 알림’으로 간주합니다.
- 비페이징 알림은 누구에게도 페이징하지 않습니다. Rootly 대시보드의 알림 페이지에서 상태로 필터링하여 알림 라우트가 올바르게 구성되었는지 확인할 수 있습니다.
참고: 알림은 단일 알림 라우트를 통해서만 라우팅됩니다. 라우팅 규칙을 가장 오래된 것부터 최신 순으로 평가하며, 알림과 일치하는 첫 번째 규칙을 사용하여 라우팅합니다.
알림 타임라인
알림의 타임라인에는 알림이 어떤 알림 라우트를 통해 라우팅되었는지 나타내는 이벤트가 포함됩니다.