사용자보다 먼저 문제를 파악하세요
회귀를 발견하기 위해 대시보드를 새로고침하며 기다리지 마세요. 아무도 보고 있지 않을 때도 알아야 할 신호가 있다면 알림을 설정하고, 이미 사용하는 곳에서 바로 받으세요:- 이메일: 알아야 할 담당자에게 전송.
- Slack: 인시던트로 바로 이동하는 버튼이 포함된 풍부한 메시지.
- 웹훅: PagerDuty, Opsgenie 또는 자체 엔드포인트로 전달되는 JSON POST. 수신자가 신뢰할 수 있도록 선택적 서명 지원.
- 대시보드 내: 규칙을 조정 중이고 아직 아무에게도 알리고 싶지 않을 때를 위한 조용한 옵션.
JSON이 아닌 폼으로 규칙 작성
무엇이 “고장”인지 폼으로 설명하면 Failproof AI Observability가 내부 규칙을 대신 작성해 줍니다. JSON 사양은 그 폼이 내부적으로 생성하는 결과물이므로, 규칙을 이해하기 위해 읽을 수는 있지만 직접 타이핑할 일은 거의 없습니다.
오류 페이지에서 이미 장애를 보고 계신가요? 각 행에는 + alert 버튼이 있어 동일한 폼이 해당 장애를 다시 감지하도록 미리 채워진 상태로 열립니다. 방금 분류한 인시던트가 다음번에 알림을 보내는 항목이 됩니다.
위치: 알림은
/<org-slug>/alerts에 있습니다. 규칙 생성, 편집, 삭제, 테스트에는 alerts:write 권한이 필요하며, 조회는 alerts:read로 충분합니다. 수신자 선택기에는 조직 구성원이 이름으로 표시되므로, 폼을 벗어나지 않고도 특정 사람에게 알림을 보낼 수 있습니다.
실제 문제일 때만 알림 받기
잘못된 측정 하나에 잠에서 깨어나서는 안 됩니다. M of N 노이즈 필터는 알림이 실제로 발동되기 전에 최근 몇 번의 확인 중 몇 번이 실패해야 하는지를 제어합니다. 3 of 5로 설정하면 최근 다섯 번의 확인 중 세 번이 기준을 초과한 경우에만 규칙이 발동되어, 불안정한 신호가 헛된 경보를 울리지 않습니다. 첫 번째 위반 시 즉시 발동하려면 기본값 1 of 1로 유지하세요. 규칙 실행 빈도도 선택할 수 있으며, 신호가 실제로 변화하는 속도에 맞춰 1m, 5m, 15m, 1h 중에서 선택하세요.알림이 발동되면 어떻게 되나요
기준 위반이 발생하면 인시던트가 생성되고 채널에 한 번 알림이 전송됩니다. 이후 팀이 인지하고, 담당자를 지정하고, 논의하고, 해결하는 과정이 깔끔하고 명확한 기록으로 남습니다. 해당 분류 워크플로우는 별도의 페이지에 있습니다: 인시던트를 참조하세요.관련 항목
- 인시던트: 발동된 알림을 열림에서 인지됨, 해결됨까지 추적합니다.
- 오류 추적: 에이전트 장애를 그룹화하고 클릭 한 번으로 알림으로 승격합니다.
- 대시보드: 알림 임계값의 기반이 되는 공유 보드를 확인합니다.
- CLI 및 에이전트: 터미널에서 알림을 생성하고 인시던트를 확인하거나, CI에 스크립트로 통합합니다.