10장. SLI의 분모를 정확히 정한다

좋은 사건과 유효한 전체 사건을 같은 측정 지점에서 센다. bot, 승인 부하, 잘못된 client 요청을 포함할지 정책으로 정한다. server success와 client outcome 차이를 synthetic·RUM으로 보완한다.

손쉽게 따라 하기

예약 시도 중 사용자가 책임질 4xx와 서비스 실패를 분류한다. 입력에는 실제 고객·계정·도메인 대신 tenant-demo, example.invalid와 저장소 fixture만 사용한다. 시작 전 기대 결과와 바꾸지 않을 불변식을 한 줄로 적는다.

같은 화면에서 확인할 증거

lab/public/index.html의 공통 FieldPass Evidence Board에서 책 slug observability-sre-practical, 장 번호 10, run ID를 선택한다. 입력, 판정, 관측값, rollback을 채우고 명령 결과와 같은지 확인한다. 성공 화면만 캡처하지 않고 의도한 실패 하나와 다음 안전 행동을 함께 남긴다.

막혔을 때

분모가 traffic 변화로 흔들리면 요청이 아니라 업무 사건 기준을 검토한다. 원인을 확정하기 전 최근 변경, 환경, 권한, 시간 범위와 실제 오류를 고정한다. 외부 서비스를 반복 호출하지 않고 로컬 fixture로 최소 재현한 뒤 한 변수만 바꾼다. 복구는 process 상태가 아니라 FieldPass 예약·결제·정산의 업무 결과로 선언한다.