AI 가동률 99.4%의 진짜 뜻 — 90일에 반나절, 그리고 판매 중단된 보장

도입 · 안정성

"99.4%면 거의 안 멈추는 거 아냐?"
— 90일에 반나절입니다.

그리고 가동률 목표가 붙은 유일한 상품을 찾아봤더니, 공식 문서 맨 위에 "더 이상 구매할 수 없습니다"라고 적혀 있었습니다.

업무 흐름에 AI를 넣기 시작하면 반드시 나오는 질문이 있습니다. "이거 멈추면 어떡하지?" 사람이 쓰는 도구일 때는 잠깐 기다리면 됩니다. 그런데 결재 라인에 들어가고, 고객 응대에 들어가고, 매일 도는 자동화에 들어가면 이야기가 달라집니다.

그래서 확인해봤습니다. 남의 체감담 말고 공식 상태 페이지의 숫자와 개발자 문서의 원문으로요. 결과는 두 가지였습니다. 하나는 생각보다 자주 멈춘다는 것, 다른 하나는 돈을 더 내서 안정성을 사는 선택지가 지금은 열려 있지 않다는 것이었습니다.

📌 30초 요약

• 90일 실측 가동률은 99.39% ~ 99.84%였습니다. 공식 상태 페이지에 그대로 표시된 숫자입니다.
• 99.4%를 시간으로 바꾸면 90일에 약 13시간입니다. "거의 안 멈춘다"와는 다른 감각입니다.
• 최근 장애 기록은 8일 동안 11건이었습니다. 대부분 "성능 저하"와 "오류율 상승"입니다.
• 기본 티어는 문서가 스스로 "best-effort availability"라고 적어둡니다. 보장이 아니라 최선 노력입니다.
• 가동률 목표(99.5%)가 붙은 우선순위 티어는 신규 판매가 중단됐습니다 — "no longer available for purchase."
• 그 티어는 애초에 최신 모델을 지원하지 않았습니다. 최신 모델을 쓸수록 우선순위에서 빠집니다.

먼저, 무엇을 열었나

📂 2026년 8월 12일 오전에 직접 읽은 문서

• 공식 상태 페이지 — 컴포넌트별 90일 가동률과 장애 이력
• 개발자 문서 「Service tiers」 — 티어 구성과 가동률 목표

⚠️ 열었지만 끝까지 읽지 못한 문서 / 못 연 문서

• Google Vertex AI SLA — 페이지는 열렸으나 본문이 중간에서 잘려 가동률 구간표와 크레딧 비율을 읽지 못했습니다. 그래서 구글 쪽 숫자는 이 글에 없습니다.
• OpenAI 관련 문서 — HTTP 403. 해당 회사 내용은 인용하지 않았습니다.

즉 이 글의 숫자는 한 회사 것입니다. 다른 서비스가 같다고 쓰지 않았습니다. 대신 여러분이 쓰는 서비스에서 같은 숫자를 찾는 법을 ⑦번에 넣었습니다. 이쪽이 오래 갑니다.

① 90일 실측 가동률

상태 페이지에 컴포넌트별로 표시돼 있는 값입니다. 오늘 화면 기준입니다.

구성 요소	90일 가동률	90일 환산 정지 시간
Claude Code	99.39%	약 13시간
claude.ai (웹)	99.41%	약 12.7시간
API	99.45%	약 11.9시간
Cowork	99.51%	약 10.6시간
콘솔	99.84%	약 3.5시간
정부용	100.0%	0

정지 시간은 제가 환산한 값입니다. 90일은 2,160시간이니 여기에 (100 − 가동률)%를 곱한 것입니다. 상태 페이지에 시간으로 적혀 있는 게 아니라, 퍼센트를 감으로 잡기 어려워서 바꿔본 것입니다.

🕐 퍼센트를 시간으로 바꾸는 감각

# 한 달(30일 = 720시간) 기준으로 외워두면 편합니다
99.9%   →  약 43분
99.5%   →  약 3.6시간
99.4%   →  약 4.3시간   ← 하루 업무시간의 절반
99.0%   →  약 7.2시간   ← 꼬박 하루

"99점 몇"은 다 비슷해 보이지만 시간으로 바꾸면 배수로 벌어집니다. 99.9%와 99.4%는 소수점 한 자리 차이인데 정지 시간은 여섯 배입니다. 계약서나 제안서에서 이 숫자를 볼 일이 있으면, 퍼센트로 읽지 마시고 시간으로 바꿔 읽으세요.

② 장애는 실제로 어떻게 생기나 — 8일 동안 11건

상태 페이지에 남아 있는 최근 기록입니다. 날짜와 제목을 그대로 옮깁니다.

날짜	건수	내용
8월 5일	2	특정 모델 성능 저하 / 여러 모델 성능 저하
8월 4일	3	다수 모델 오류 증가 / 특정 모델 2건
8월 3일	2	성능 저하 / 여러 모델 오류율 상승
7월 31일	1	성능 저하
7월 30일	2	성능 저하 / 다수 모델 오류 증가
7월 29일	1	전체 모델 오류 증가

💡 여기서 실무적으로 중요한 것

기록 대부분이 "완전 정지"가 아니라 "성능 저하"와 "오류율 상승"입니다. 이게 오히려 다루기 까다롭습니다. 화면이 안 열리면 장애인 줄 알지만, 느리거나 가끔 실패하면 대개 내 탓으로 돌립니다.

그래서 습관 하나를 권합니다. 평소와 다르게 느리거나 자꾸 실패하면, 원인을 찾기 전에 상태 페이지부터 여세요. 프롬프트를 고치고 재시도를 반복하다가 삼십 분을 쓰는 것보다, 30초 만에 "지금 문제 있음"을 확인하는 편이 낫습니다. 그리고 팀에서 쓰고 있다면 그 링크를 공유해두세요. 같은 시간에 여러 명이 각자 삽질하는 걸 막아줍니다.

③ 그럼 돈을 더 내면 되나 — 그 상품이 닫혔습니다

보통 이쯤에서 "기업용으로 올리면 보장받겠지"라고 생각하게 됩니다. 그래서 개발자 문서의 티어 설명을 열었습니다. 페이지 맨 위에 경고 상자가 있었습니다.

"Priority Tier capacity commitments are no longer available for purchase. Organizations with an existing commitment can continue to use Priority Tier through their contract end date, and this page remains available as a reference for them. If you need guaranteed capacity, contact sales."

그리고 그 아래, 이 글에서 찾던 유일한 가동률 숫자가 나옵니다.

"Priority Tier targets 99.5% uptime with prioritized computational resources."

정리하면 이렇습니다. 공개 문서에서 가동률 숫자가 붙어 있는 유일한 티어는, 지금 새로 살 수 없습니다. 기존 계약자는 계약 종료일까지 쓰고, 새로 필요하면 영업 문의로 안내됩니다. 즉 가격표에서 고르는 상품이 아니라 협상 대상이 됐다는 뜻입니다.

그럼 기본 티어는 뭐라고 적혀 있을까요. 문서가 스스로 밝힙니다.

"The API prioritizes these requests alongside all other requests with best-effort availability."

"최선을 다한다"입니다. 이건 불성실한 표현이 아니라 정확한 표현입니다. 문제는 이걸 읽지 않고 "유료니까 보장되겠지"라고 넘어가는 쪽입니다.

🔀 덜 알려진 사실 두 개

① 우선순위 티어는 최신 모델을 지원하지 않았습니다. 문서에 지원 제외 목록이 있는데 거기에 가장 최신 모델들이 들어 있습니다. 즉 최신 모델을 쓸수록 우선순위 밖이 됩니다. 안정성과 최신 성능을 동시에 요구하기 어려운 구조입니다.

② 우선순위가 있어도 한도는 별개입니다. 원문 — "If servicing the request would exceed the rate limits, the request is declined." 우선순위 용량이 남아 있어도 일반 사용 한도를 넘으면 거절됩니다. 한도가 몇 겹으로 걸려 있는 구조는 사용 한도를 다룬 글에 정리해뒀습니다.

④ 두 숫자를 나란히 놓기 전에 — 제 논거의 약한 곳

여기서 유혹이 하나 생깁니다. "목표는 99.5%인데 실측은 99.39%네, 목표 미달이다"라고 쓰고 싶어지는 거죠. 자극적이고, 숫자도 맞아 보입니다.

그렇게 쓰지 않겠습니다. 두 숫자는 같은 대상을 재고 있지 않기 때문입니다.

99.5%	99.39%
API의 특정 티어에 붙은 목표	서비스 구성 요소 전체의 관측치
계약자에게만 적용	모든 사용자가 겪은 결과
목표(targets)라는 표현	지나간 90일의 기록

그러니 "약속을 어겼다"는 이야기가 아닙니다. 제가 말씀드리려는 건 하나입니다 — 보장이라 부를 만한 숫자는 공개 문서에서 딱 하나 찾았고, 그건 지금 살 수 없으며, 나머지는 전부 "최선 노력"이다. 도입을 검토하신다면 이 사실 위에서 계획을 세우시면 됩니다. 화를 낼 일이 아니라 전제를 맞출 일입니다.

⑤ 그래서 업무에 넣기 전에 할 세 가지

1. 멈추면 무엇이 같이 멈추는지 적어보기

가동률 숫자보다 이게 먼저입니다. 13시간 멈춰도 되는 업무와 10분도 안 되는 업무는 대비가 완전히 다릅니다. 목록을 적어보면 대개 후자는 한두 개뿐이고, 거기에만 대비하면 됩니다. 전부 이중화하려다 아무것도 못 하는 게 흔한 실패입니다.

2. 그 한두 개에만 우회로 만들기

다른 모델로 바꿔 끼울 수 있게 해두거나, 사람이 임시로 처리하는 절차를 한 장으로 적어두는 것으로 충분한 경우가 많습니다. 자동화 안에 들어가 있다면 실패했을 때 조용히 넘어가지 말고 알림이 오게 해두세요. 성능 저하형 장애는 조용히 잘못된 결과를 내놓기도 합니다.

3. 계약 단계라면 문서를 지정해서 물어보기

"안정적인가요?"라고 물으면 "네"라는 답만 옵니다. 대신 이렇게 물으세요 — "가동률을 보장하는 문서가 있습니까? 있다면 문서 이름과, 미달 시 조치가 무엇인지 알려주세요." 그리고 답이 크레딧 환불이라면, 그건 손해 배상이 아니라 요금 일부를 돌려준다는 뜻입니다. 멈춘 동안의 업무 손실과는 다른 이야기입니다. 관련 조항을 읽는 법은 계약, 서명 전에 볼 6개 조항에 있습니다.

⑥ 내가 쓰는 서비스의 숫자 찾는 법

🔍 순서대로 하면 5분

1. 상태 페이지를 찾으세요. 대개 status.서비스이름.com 형태입니다. 여기에 90일 가동률과 장애 이력이 공개돼 있는지가 첫 번째 신호입니다. 아예 없거나 이력이 안 보이면 그 자체가 정보입니다.
2. 퍼센트를 시간으로 바꾸세요. ①번의 환산표를 쓰시면 됩니다. 한 달에 몇 시간인지로 바꿔야 판단이 됩니다.
3. 문서에서 이 표현들을 찾으세요.

best-effort — 보장이 아니라는 선언
targets / aim — 목표지 약속이 아님
credit — 미달 시 보상이 요금 크레딧인지
sole remedy — 그 크레딧이 유일한 구제 수단이라는 뜻
no longer available — 문서는 남아 있는데 상품은 닫힌 경우

마지막 표현을 넣은 이유가 있습니다. 오늘 제가 만난 게 정확히 그 경우였습니다. 검색으로 요약본만 봤다면 "99.5% 보장되는 티어가 있다"고 썼을 겁니다. 문서를 직접 열어야 맨 위의 경고 상자가 보입니다.

🙏 이 글의 한계

• 한 회사의 숫자입니다. 다른 AI 서비스가 더 좋을 수도, 더 나쁠 수도 있습니다. 비교하지 않았습니다.
• 정지 시간은 제가 환산한 값입니다. 상태 페이지에 시간으로 적혀 있지 않습니다. 또한 가동률 집계 기준(무엇을 다운으로 세는지)은 확인하지 못했습니다.
• 구글 Vertex AI의 SLA는 본문이 잘려 읽지 못했습니다. 그래서 구간표·크레딧 비율을 인용하지 않았습니다. OpenAI 문서는 403이었습니다.
• "목표 미달"이라고 쓰지 않았습니다. 목표와 관측치가 같은 대상을 재고 있지 않기 때문입니다(④번).
• 장애 건수는 상태 페이지에 남아 있는 기록 기준이며, 각 장애의 지속 시간·영향 범위는 확인하지 않았습니다.
• 2026년 8월 12일 오전 기준입니다. 가동률과 상품 구성은 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 99.4%면 나쁜 편인가요?

비교 대상이 없어서 판단하지 않겠습니다. 다른 AI 서비스의 같은 기간 숫자를 확인하지 않았고, 애초에 가동률을 공개하지 않는 서비스도 많습니다. 오히려 숫자와 장애 이력을 공개한다는 것 자체는 좋은 신호로 볼 여지가 있습니다. 비교하고 싶으시면 ⑥번 방법으로 여러 서비스를 같은 날 재보세요. 그게 제 글을 읽는 것보다 정확합니다.

Q. 우선순위 티어가 닫혔다는 건 나쁜 신호인가요?

이유를 모르니 해석하지 않겠습니다. 수요가 몰려서일 수도, 상품 구조를 바꾸는 중일 수도, 더 나은 형태로 대체하려는 것일 수도 있습니다. 문서에는 이유가 적혀 있지 않았습니다. 확실한 건 하나 — 지금 가격표에서 안정성을 살 수는 없고, 필요하면 영업 문의로 가야 한다는 사실입니다. 도입 일정을 짤 때 이 단계가 하나 더 있다고 계산해두세요.

Q. 그래서 업무에 쓰면 안 된다는 건가요?

전혀 아닙니다. 전제를 맞추자는 것입니다. 90일에 반나절 멈추는 도구는 대부분의 업무에 충분히 쓸 만합니다. 문제는 그 사실을 모른 채 "항상 된다"를 전제로 절차를 짜는 것입니다. ⑤번 1단계 — 멈추면 같이 멈추는 것 목록 — 만 적어보셔도 대부분 정리됩니다. 도입 전 검증 단계를 밟고 계시다면 2주 나란히 돌려보기 기간에 상태 페이지도 같이 보세요.

🔁 가동률만 그런 게 아니었습니다

이 글에서 가동률 목표가 붙은 상품이 닫혀 있고 기본은 "best-effort"라는 걸 확인했습니다. 다른 질문을 들고 문서를 세 번 더 열었는데 결과가 비슷했습니다.

• 무료 API 한도 — 숫자 없이 "can be viewed in Google AI Studio"
• 요금제 배수 — "5x or 20x"인데 기준값 없음
• 데이터 보존 — 숫자는 있으나 "as determined by admins"

즉 문서는 조건과 범위를 주고, 값은 계정 화면에 있습니다. 이걸 "숨긴다"로 읽으면 틀리지만, 결제 전에 문서로 판단할 수 없다는 불편은 사실입니다. 네 건을 겹쳐 본 기록과 열어야 할 화면 네 곳은 문서에서 숫자를 찾지 마세요에 정리했습니다.

✨ 한 줄로

가동률은 퍼센트가 아니라 시간으로 읽으세요. 99.4%는 90일에 반나절입니다. 그리고 돈으로 안정성을 사는 선택지는 지금 가격표에 없습니다. 그러니 "멈추면 같이 멈추는 것"부터 적어보시는 게 순서입니다.

🗺️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 정리돼 있습니다.

• 2주 나란히 돌려보기 — 도입 전 검증 단계에서
• 계약, 서명 전에 볼 6개 조항 — 정지·면책 조항 읽는 법
• 한도의 '20배'는 무엇의 20배인가 — 멈춤과 한도는 다른 문제
• AI 도구에서 나올 때 드는 비용 — 다른 도구로 옮길 때

---

출처 및 확인 시점 — 2026년 8월 12일 오전 확인.
✅ 직접 읽은 문서: Claude 공식 상태 페이지(컴포넌트별 90일 가동률 및 장애 이력), Claude Platform 개발자 문서 「Service tiers」.
⚠️ 끝까지 읽지 못한 문서: Google Vertex AI SLA — 페이지 본문이 중간에서 잘려 가동률 구간표와 크레딧 비율을 인용하지 않았습니다.
🚫 열지 못한 문서: OpenAI 관련 문서(HTTP 403). 해당 회사 내용은 본문에 없습니다.
📐 필자 계산: 정지 시간은 90일=2,160시간 / 30일=720시간 기준으로 환산한 값이며 공식 표기가 아닙니다. 가동률 집계 기준은 확인하지 못했습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명은 필자의 해석입니다. 가동률·장애 이력·요금제 구성은 수시로 바뀌므로 본문 ⑥번 방법으로 직접 확인하신 결과가 항상 최신입니다. 이 글은 특정 서비스에 대한 평가나 추천이 아니며, 어떤 제휴나 협찬 관계도 없습니다.