2026년 6월 16일~27일 약 12일간, Anthropic의 서비스에 **총 20건의 인시던트 (Incident)**가 기록되었습니다. 그 모두는 현재 해소되었으나, 특히 Claude Opus 4.8에 집중된 에러 레이트 (Error Rate) 상승은 운영 환경에서 Claude API를 이용하는 서비스에 영향을 주었을 가능성이 있습니다.

신기능이나 요금 변경은 없었으며, 이번 기간은 오로지 「운영 안정성에 관한 일시적인 장애」의 연속이었습니다. 본 기사에서는 이 장애 트렌드를 정리하고, API 이용자가 향후 취해야 할 대책을 구체적인 코드와 함께 해설합니다.

📌 영향을 받는 사람

• Claude API를 사용한 애플리케이션을 운영 중인 개발자
• Claude.ai를 비즈니스에서 이용하고 있는 팀
• LLM 서비스의 가용성(Availability)·SLA를 설계·평가하고 있는 분

영향을 받은 모델의 관계를 보면, Claude Opus 4.8이 돌출되게 많은 인시던트에 관여하고 있습니다.

단일일 최대 규모의 장애로, 2 페이즈로 나누어 전개되었습니다.

제1 페이즈 (17:23~18:00 UTC): 모든 Sonnet 및 Opus 모델이 영향을 받아, 에러 레이트가 약 10%로 -
제2 페이즈 (18:00~19:20 UTC): Opus 4.8을 중심으로 평균 약 10%의 에러 레이트가 지속

6월 16일만으로도 Opus 4.8에 관한 장애가 3건 발생하였으며, 해당 모델의 불안정함이 첫날부터 현저했습니다.

여러 세대에 걸친 5개 모델이 동시에 영향을 받은 인시던트. 각 모델이 단계적으로 회복되고 있습니다.

00:37 UTC 조사 시작
01:11 UTC 원인 특정
01:16 UTC Opus 4.8 회복
...

같은 날 08:11 UTC의 Opus 4.8 장애는 수정 적용(09:59 UTC)부터 해소(14:44 UTC)까지 약 4.7시간이 소요되어, 이번 기간 중 가장 장기화된 인시던트가 되었습니다.

같은 날 14:0815:33 UTC에 복수 모델에서 에러 레이트가 상승(약 85분)한 후, 18:2418:32 UTC에는 Claude.ai 전체에서도 장애가 발생. 단일일에 서로 다른 범위의 장애가 2건 연속되었습니다.

현재 모든 인시던트(Incident)는 해소되었으므로, 즉각적인 코드 변경이 필수적인 상황은 아닙니다. 하지만 이번 인시던트 그룹이 보여주는 트렌드를 바탕으로, 다음과 같은 대책을 강력히 권장합니다.

에러율(Error rate) 상승은 수 분에서 수 시간 단위로 반복해서 발생하고 있습니다. 지수 백오프(Exponential backoff)를 동반한 재시도(Retry)를 구현함으로써, 일시적인 에러를 애플리케이션 측에서 투명하게 흡수할 수 있습니다.

Claude Opus 4.8이 이번 기간 동안 가장 빈번하게 불안정한 모습을 보였습니다. 품질 요구사항이 허용하는 상황이라면, Sonnet 4.6 등을 폴백(Fallback)으로 설정하여 가용성을 높일 수 있습니다.

status.claude.com

을 RSS나 알림으로 구독해 두면, 인시던트 발생 시 속보를 받을 수 있습니다. SLA(Service Level Agreement)를 의식하는 서비스에서는 필수적인 대응입니다.

import anthropic
client = anthropic.Anthropic()
def generate_text(prompt: str) -> str:
...

이 구현 방식에서는 6월의 장애 기간 중 에러가 사용자에게 그대로 노출됩니다.

import anthropic
import time
from anthropic import APIStatusError, APIConnectionError
...

import Anthropic from "@anthropic-ai/sdk";
const client = new Anthropic();
const PRIMARY_MODEL = "claude-opus-4-8";
...

💡 Tips

• 4xx 에러(인증 에러, Rate limit 등)는 재시도해도 해결되지 않습니다. 반드시 상태 코드(Status code)에 따라 분기 처리하십시오.
• Anthropic 공식 SDK에는 max_retries 파라미터도 존재하지만, 폴백 모델로의 전환은 커스텀 구현이 필요합니다.
• 운영 환경(Production)에서는 재시도 간격에 지터(Jitter, 무작위 편차)를 추가하면, 동일 에러 발생 시 요청이 집중되는 현상(Thundering herd)을 방지할 수 있습니다.

개발자용 액션 요약:

• 즉각적인 액션 불필요 (모든 인시던트 해소됨)
• 권장 대책: 지수 백오프 재시도 + 폴백(Fallback) 모델 구현
• 모니터링: status.claude.com 구독을 통한 인시던트 속보 수신

이번 기간 동안 Claude Opus 4.8이 단기간에 집중적으로 불안정했던 점은 우려되나, Anthropic은 많은 인시던트를 30분~2시간 이내에 해소하고 있어 대응 속도 자체는 신속합니다. 하지만 20건이라는 수치는 '가끔 발생하는' 수준이 아니라 거의 매일 어떠한 장애가 발생하고 있었던 상태입니다. 운영 시스템에서는 재시도 및 폴백 구현을 전제로 설계할 것을 강력히 권장합니다.