알림

근거를 보여주는 알림

모든 규칙은 저장하기 전에 히스토리에 대해 리플레이할 수 있고, 저장한 후에는 모든 평가가 기록됩니다. 알림이 도착하면 정확한 이유를 볼 수 있고, 도착하지 않을 때도 그 이유를 볼 수 있습니다.

화면

알림이 오기 전에, 미리 보기

미리 보기는 스케줄러가 실행하는 것과 같은 코드를 선택한 기간에 대해 실행합니다. 윈도우별 판정과 발화했을 스팬까지 그대로 — 차트가 보여주는 것이 실제로 일어났을 일입니다.

/alerts rule high-error-rate · critical

움직임

규칙은 60초마다 평가됩니다. 두 번 연속 브리치되면 인시던트가 열리고 관측값이 첨부된 알림이 전송되며, 두 번 연속 정상 윈도우면 자동으로 해결됩니다. 누가 닫기를 누를 필요가 없습니다.

alerts · rule high-error-rate LIVE

rule critical

signalerror_rate

conditionerror_rate > 5%

window5 min · 2 consecutive

group byservice.name

OK FIRING breaches 0/2 1/2 2/2 · eval every 60s

#alerts via slack

Maple APP 14:32

High error rate — checkout

error_rate at 8.4% · threshold 5% · window 5 min

service checkout · env production · severity critical

View in Maple Chat

delivered · 200 · attempt 1/5

slackdiscordpagerdutyemailwebhookhazel

evaluated every 60s · auto-resolve after 2 healthy renotify 30m while open

할 수 있는 일

무엇에든 알림: 에러율, P95/P99 레이턴시, Apdex, 처리량 등 7가지 내장 트레이스 시그널에 더해, 트레이스·로그·메트릭에 대한 임의의 쿼리 빌더 드래프트. 빌더로 표현할 수 없다면 원시 SQL로.
평가기에 충실한 미리 보기: 미리 보기는 매분 실행되는 스케줄러와 정확히 같은 코드로 규칙을 히스토리에 리플레이합니다. 지난 화요일에 두 번 발화했을 것이라고 표시되면, 실제로 그렇게 되었을 것입니다.
규칙 하나, 그룹별 인시던트: service.name 또는 임의의 속성으로 그룹화하면 각 그룹이 자체 브리치 카운트, 인시던트, 히스토리를 갖습니다. 한 서비스의 급증이 열두 서비스의 평균에 묻히지 않습니다.
모든 체크를 기록: 각 평가는 관측값, 샘플 수, 판정을 기록합니다. 실패한 쿼리도 포함되므로 공백은 침묵이 아니라 가시화됩니다. 규칙이 조용할 때는 진단 패널이 파이프라인을 단계별로 점검합니다.
끝까지 전달되는 알림: 큐 기반 디스패치는 백오프와 함께 최대 5회 시도하고, 모든 프로바이더 응답을 저장합니다. 대상별 커스텀 템플릿과 인시던트가 열려 있는 동안의 재알림 간격도 함께. Slack, PagerDuty, Discord, 이메일, 웹훅, Hazel.