Quiz: rules and tests that distinguish failures

두 counter의 합계는 계속 증가했지만 한 인스턴스는 재시작됐습니다. 요청률을 구하는 적절한 순서는?

• 원본별 rate를 계산하고 필요한 라벨로 합산한다.
• 원본을 모두 합산한 뒤 그 결과에 rate를 적용한다.
• 합계가 증가했으므로 원본의 리셋 검사는 생략한다.
• 리셋이 있으면 모든 경로의 요청률을 0으로 채운다.

잘못된 규칙도 정상 데이터만 있는 promtool 시험에서 성공했습니다. 가장 직접적인 개선은?

• 명령의 성공 로그를 한 번 더 확인하고 승인한다.
• 리셋 반례와 기대 라벨·값을 넣고 오답 검출을 확인한다.
• 시험의 기대값을 잘못된 규칙이 내는 값으로 바꾼다.
• 실행 시간이 짧아지도록 입력 시계열을 하나만 남긴다.

무요청과 명시적인 stale 사례를 구분하는 이번 보호 규칙의 기대 결과는?

• 두 경우 모두 요청률 0의 표본이 있어야 한다.
• 두 경우 모두 모든 경로의 표본이 없어야 한다.
• 무요청은 0 표본, 결손 경로는 해당 표본 없음이다.
• 결손 경로에는 마지막 요청률을 영구히 유지한다.

표본 하나가 누락됐는데 count가 여전히 2이고 표본 나이는 60초였습니다. 이 사실이 뜻하는 것은?

• 현재 두 입력이 모두 새로운 표본을 보냈다는 뜻이다.
• 실제 수집 HTTP 요청 두 개가 성공했다는 뜻이다.
• 기대 인스턴스의 신원까지 검증했다는 뜻이다.
• 직전 표본이 선택될 수 있어 신선도는 별도 확인한다.

정상 경보의 기대가 6분 pending, 7분 firing일 때 7분 firing만 검사하면 놓칠 수 있는 오류는?

• for가 삭제되어 7분보다 먼저 firing된 경우이다.
• 7분에 route 라벨까지 일치하며 firing된 경우이다.
• 정상 입력의 6분 rate가 정확히 계산된 경우이다.
• 경보에 약속한 severity 라벨을 유지한 경우이다.

실제 promtool의 경보 상태 시험까지 통과했습니다. 이번 실험이 뒷받침하는 보고는?

• 모든 운영 scrape와 메일 전달까지 정상임을 확인했다.
• 주어진 합성 입력에서 규칙의 값과 경보 상태를 확인했다.
• 미래의 모든 라벨과 트래픽에서도 같은 값을 보장한다.
• count가 맞으므로 데이터 신선도 정책은 필요하지 않다.