SLA 오류 예산 계산기
백분율은 진실을 숨기고, 분은 진실을 말합니다. SLA 목표와 기간을 선택하면 허용 다운타임을 계획의 기준이 되는 숫자로 볼 수 있습니다. 그런 다음 실제로 겪은 다운타임(또는 실제로 측정한 가동률)을 입력하면 예산이 얼마나 남았는지, 얼마나 빨리 소진하고 있는지 알 수 있습니다. 브라우저 안에서 하는 순수한 산술입니다.
두 관측 필드가 모두 채워지면 다운타임 분이 우선합니다. 더 직접적인 측정이기 때문입니다.
- 허용 다운타임
- 쉽게 말하면
- 하루 평균
- 지금까지의 다운타임
- 남은 예산
- 소진한 예산
참고: 목표와 기간별 허용 다운타임
| SLA 목표 | 28일 | 30일 | 365일 |
|---|---|---|---|
| 99% | 6h 43m | 7h 12m | 3d 15h |
| 99.9% | 40m 19s | 43m 12s | 8h 45m |
| 99.95% | 20m 10s | 21m 36s | 4h 22m |
| 99.99% | 4m 2s | 4m 19s | 52m 34s |
왜 분 단위가 대화를 바꾸는가
SLA 백분율은 누구도 그림으로 그릴 수 없는 약속입니다. “쓰리 나인”은 영업 자료에서는 엄격하게 들리지만, 정확히 말하면 한 달에 43분 12초의 허용 다운타임, 즉 한 번의 나쁜 배포와 느린 롤백으로 다 써 버리는 양입니다. 백분율만 논의하는 팀은 장애가 진행되는 도중에야 분 단위를 발견하는데, 그것은 산술을 배우기에 최악의 시점입니다. 예산이라는 틀은 이 문제를 해결합니다. 허용량을 잔액이 있는 자원으로 만드는 것입니다. 무언가 고장 나면 잔액이 줄고, 잔액이 건강할 때는 위험한 마이그레이션에 의도적으로 쓸 수 있으며, 잔액이 다하면 서면이든 아니든 신뢰성이 회복될 때까지 기능 작업을 멈춘다는 것이 약속이 됩니다. 그것이 오류 예산의 관리적 가치 전부입니다. 엔지니어링에서 가장 오래된 논쟁인 출시 대 안정화를 양쪽이 같은 방식으로 읽기로 합의한 하나의 숫자로 바꾸는 것입니다.
소진 비율은 같은 아이디어의 조기 경보 형태입니다. 예산은 다 소진되는 순간에 깨지는 것이 아니라, 지출 속도가 소진을 불가피하게 만들고도 아무도 행동하지 않는 순간, 몇 주 전에 깨집니다. 한 달의 첫 주에 예산의 절반이 사라진 것은 변경을 동결하고, 불안정한 것을 롤백하고, 수정에 인력을 배치할 시간이 아직 있을 때 울리는 최고 수준의 경보 신호입니다. 같은 50%라도 월 중반이면 그저 예정된 속도일 뿐입니다. 잔액만이 아니라 속도를 추적하면 예산은 사후 분석 통계가 아니라 본래 의도된 것, 즉 결정이 아직 결과를 바꿀 수 있을 때 당겨지는 결정의 방아쇠가 됩니다.
관련 도구: 온콜 스케줄러는 새벽 3시에 누가 이 예산을 지킬지 계획하고, 백업 보존 계산기는 방어가 실패했을 때 복구가 얼마나 거슬러 올라갈 수 있는지 계획합니다.
더 읽기: 하나의 신뢰성 루틴 — 로테이션, 백업 보존, 오류 예산이 하나의 계획 습관으로 어떻게 함께 작동하는지.
자주 묻는 질문
오류 예산이란 무엇인가요?
SLA가 이미 허용하는 실패의 양을 시간으로 표현한 것입니다. 30일 동안 99.9% 목표는 기간의 0.1%, 즉 43분 12초의 다운타임을 목표가 깨지기 전까지 허용합니다. 이를 예산으로 틀 지으면 추상적인 백분율이 팀이 의도적으로 쓸 수 있는 무언가로 바뀝니다. 릴리스, 마이그레이션, 유지보수가 모두 같은 43분에서 빠져나갑니다.
왜 99.99%는 99.9%보다 훨씬 엄격하게 느껴지나요?
9가 하나 더 붙을 때마다 허용량이 10으로 나뉘기 때문입니다. 30일 기준으로 99%는 7시간 12분, 99.9%는 43분, 99.95%는 21분 36초, 99.99%는 4분 19초를 허용합니다. 재부팅 한 번보다 적습니다. 목표를 선택하는 것은 운영이 실제로 얼마나 많은 장애를 흡수할 수 있는지를 선택하는 것이며, 그래서 정직한 목표는 열망이 아니라 측정된 역량에서 정해집니다.
소진율이란 무엇인가요?
기간에 비해 예산을 얼마나 빨리 쓰고 있는지를 말합니다. 이 페이지의 소진 백분율은 단순한 형태, 즉 지금까지의 다운타임을 전체 허용량으로 나눈 값입니다. 기간의 절반이 지나고 50%가 소진됐다면 정확히 예정된 속도이고, 첫 주에 50%가 소진됐다면 위반을 향해 가고 있는 것이며, 위험한 변경을 동결할 시점은 선택지가 남아 있는 지금이지 99%가 아닙니다.
기간은 28일, 30일, 365일 중 무엇이어야 하나요?
기간을 약속에 맞추세요. 고객 SLA는 보통 달력 월 단위로 작성되며, 월에 따라 28일에서 31일입니다. 30이 표준 계획 수치이고, 28은 가장 가혹한 2월의 경우입니다. 365일 관점은 연간 목표에 적합하며 계약이 실제로 당신에게 약속하는 연간 총량을 보여 줍니다. 공급업체가 연간 수치를 제시하고 월별로 보고한다면, 비교하기 전에 양방향으로 변환하세요.
계획된 유지보수도 예산에 포함되나요?
계약에 따라 다르며, SLA 작성에서 가장 많이 논쟁이 되는 줄 중 하나입니다. 많은 SLA는 사전에 공지된 유지보수 시간대를 제외합니다. 많은 SLO(내부 목표)는 사용자가 예정된 다운타임과 예정되지 않은 다운타임을 다르게 경험하지 않는다는 원칙에 따라 모든 것을 셉니다. 명시적으로 결정하고, 문서로 남기고, 추적하는 숫자가 합의한 정의와 일치하는지 확인하세요.