오류 예산

Outcome：Complete the task with 오류 예산 (Error Budget)。 User context：서비스는 백만 요청에 대해 99.9% SLO를 가지고 있습니다. 예산은 1,000개의 나쁜 요청을 허용합니다. 700번 후에, 300번이 남습니다. Technical concept or control：오류 예산 (Error Budget)。 Why it fits：팀이 SLO와 정책에 합의한 후 사용하세요. 남은 예산이 릴리스와 신뢰성 작업을 안내하게 하세요. Do not use it when：예산을 계획된 휴지 시간이나 처벌처럼 다루지 마세요. 이는 트레이드오프를 만드는 공유 신호입니다. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.