가동률 백분율 표기, 이제 그만하면 안 될까?

서비스 상태 페이지가 인프라 전문가뿐 아니라 일반 사용자도 보는 공개 인터페이스가 된 만큼, 가동률 백분율만으로는 장애의 체감 규모를 전달하기 어려움 99.9%와 99.99% 는 비슷해 보이지만, 다운타임은 후자가 전자의 10분의 1임 인프라 전문가는 ‘나인 두 개, 세 개, 네 개’의 차이를 직관적으로 이해하지만, 일상적으로 서비스를 쓰는 사용자에게는 같은 직관이 없음 가동률 백분율은 업계의 표준화된 신뢰성 측정에는 좋은 지표지만, 최근 서비스가 얼마나 중단됐는지 알고 싶은 사람에게는 좋지 않은 인터페이스임 GitHub Actions: 가동률 98.31% 대신 ‘최근 30일 동안 12시간 영향받음(가동률 98.31%)’처럼 시간과 비율을 함께 표시하는 방식을 제안함 100% 근처의 숫자가 감추는 차이 Jason Gorman의 “The Wall Confronting Reliable Coding Agent Autonomy”에 따르면, 신뢰성을 90%에서 99%로 높이는 일은 처음 90%에 도달하는 것만큼 어렵고, 99%에서 99.9%로 높이는 일도 다시 그만큼 어려움 GitHub, CI, AI, Slack의 다운타임을 일상 업무에서 점점 더 자주 겪으면서, GitHub와 Claude 같은 서비스의 상태 페이지를 찾는 일도 늘어남 상태 페이지의 100%, 99.72%, 99.09%, 98.98% 는 학교 성적으로 치면 모두 A여서, 서로 크게 다르거나 나쁜 수치처럼 보이지 않음 이런 수치는 지진 규모를 읽을 때처럼 해석에 주의가 필요함 규모 6.2와 7.8의 숫자 차이가 작아 보여도 실제 규모 차이는 매우 큼 가동률 99.9%와 99.99% 도 비슷해 보이지만 다운타임은 10배 차이 남 측정 지표보다 이해하기 쉬운 상태 표시 인프라 전문가는 ‘나인 두 개, 세 개, 네 개’라는 약칭을 쓰며 수치 차이를 직관적으로 이해하지만, 상태 페이지의 이용자는 점점 일반 사용자로까지 넓어지고 있음 가동률 백분율은 신뢰성을 표준화하고 일관되게 측정하며 규정 준수를 다루는 업계에는 유용하지만, 그런 측정 방식에 관심 없는 사용자에게는 좋지 않은 인터페이스임 서비스 신뢰성을 보여주는 공개 인터페이스라면 “최근 얼마나 오래 중단됐는가”라는 질문에 쉽게 답할 수 있어야 함 표기 예시로 GitHub Actions: 가동률 98.31% 대신 GitHub Actions: 최근 30일 동안 12시간 영향받음(가동률 98.31%)을 제안함 전자...