근거를 보여주는 알림

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

화면

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

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

/alerts rule high-error-rate · critical

signals: error_rate · p95 · p99 · apdex · throughput
sources: traces · logs · metrics · SQL
evaluates: every minute
fires.after: N consecutive breaches
group.by: service.name · attr.*
routes.to: slack · teams · google chat · discord · telegram · pagerduty · incident.io · linear · email · webhook

움직임

규칙은 매분 평가됩니다. 두 번 연속 브리치되면 인시던트가 열리고 관측값이 첨부된 알림이 전송되며, 두 번 연속 정상 윈도우면 누가 닫기를 누르지 않아도 해결됩니다.

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

slackdiscordtelegrampagerdutyemailwebhookhazel

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

할 수 있는 일

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