ChatGPT 404 장애: 원인, 영향 및 커뮤니티의 통찰

즉각적인 통찰

ChatGPT의 웹 인터페이스는 로그인한 사용자에게 원시적인 404 응답을 반환하기 시작했으며, Claude, Grok 및 기타 LLM API에서도 유사한 오류가 보고되어 여러 AI 서비스를 일시적으로 중단시킨 공통된 실패 지점이 있음을 시사한다.

무슨 일이 있었나요?

증상: 로그인 상태에서 https://chatgpt.com/에 접근한 사용자들은 HTML 없이 단순한 404 상태 페이지를 받았다. 인크ognito 세션(인증 없음)은 정상적으로 로드되었다.
범위: 장애는 OpenAI의 Codex API(Visual Studio Code에서 사용됨)로 확장되었으며, Anthropic의 Claude, xAI의 Grok, Google Gemini에서도 실패 보고가 있었다.
지속 시간: 스레드는 짧은 다운타임 후 복구 메시지(“WE'RE BACK BABY! 이제 업무를 재개할 수 있습니다”)를 확인했다.

왜 중요한가요?

단일 실패 지점: 경쟁 업체들 사이에서 동시에 발생한 장애는 고유한 버그보다는 DNS, CDN 또는 인증 서비스와 같은 공유 인프라를 시사한다.
개발자 생산성: 404는 채팅, 파일 업로드, 코드 생성과 같은 핵심 기능에 대한 접근을 차단했으며, Codex 통합에 의존하는 워크플로우를 방해했다.
신뢰성과 회복력: 반복적인 다중 제공업체 장애는 AI 생태계가 소프트웨어 개발 및 연구에 점점 더 중요한 역할을 하면서도, 그 견고성에 대한 우려를 불러일으킨다.

커뮤니티의 관찰

"명백한 질문: 이 모든 제공업체에서의 장애와 관련된 단일 실패 지점 또는 공통 인프라가 있는가?" – blater

"이 스레드를 보니, 댓글의 품질과 LLM 다운 시간 사이에 상관관계가 있다." – glouwbug

"결국 전 세계 AI 토큰 사용량의 40%가 십몇 개의 제어를 잃은 인스턴스에서 나왔고, 지금은 하루에 50조 토큰을 소모하고 있다… Claude가 다운되었을 때, 그들의 자동 장애 복구 알고리즘이 다른 제공업체로 넘어가며 모든 프론트라인 랩을 함께 무너뜨렸다." – themgt (가정된 시나리오)

"내가 들은 바로는 ChatGPT가 다운된 상태에서 어떻게 고칠지 도저히 모르겠다고 한다." – jmaw

"저는 ChatGPT와 Codex 유료 사용자입니다… 여러 기기에서 로그인해 놓았는데Suddenly https://chatgpt.com/에서 원시적인 404가 반환되기 시작했고, 인크ognito는 문제없이 작동합니다." – rhodey

"저도 마찬가지예요, 로그인하거나 로그인 시도 시 앱이 404를 반환합니다. 이런 실수로 얼마나 많은 수백만 달러가 손실되고 있을까요?" – djinn80

"그리고 여러분, 이 순간을 기억할 것입니다. 그들이 모두 도망쳐서 "도움을 요청해 주세요"라고 외쳤던 순간이죠." – Bluestein (유머러스한 해석)

"여러분! DeepSeek, Z.ai, Kimi, 심지어 Mistral도 작동 중입니다! 그냥 알려드리는 거예요." – Aldipower (모든 제공업체가 영향을 받지 않았음을 시사)

가능한 기술적 원인

인증 서비스 장애 – 인증되지 않은 요청은 성공한 반면, 로그인 세션은 실패한 점은 인증 토큰 검증 계층의 실패를 시사한다.
CDN 엣지 장애 – CDN 엣지 노드에서의 잘못된 구성 또는 장애는 캐시된 인증된 경로에 대해 404를 제공할 수 있지만, 공개 자산은 그대로 남겨둔다.
백엔드 API 게이트웨이 – Codex에서 사용하는 OpenAI의 /backend-api/ 엔드포인트도 동일한 404를 반환했으며, 인증된 API 호출을 라우팅하는 게이트웨이가 다운되었음을 시사한다.
공유된 제3자 종속성 – 많은 AI 제공업체는 공통된 클라우드 서비스(예: DNS 제공업체, 로드 밸런서)에 의존한다. 이러한 서비스의 장애는 경쟁 업체들 사이로 확산될 수 있다.

하위 도구에 미치는 영향

VS Code 확장 프로그램: Codex 기반 완성 기능은 unexpected status 404 Not Found로 실패했다.
사용자 정의 통합: OpenAI의 인증된 엔드포인트를 사용하는 모든 애플리케이션은 동일한 실패를 겪었다.
사용자 경험: 로그인한 사용자는 채팅 기록, 파일 업로드, 고급 기능에 접근할 수 없게 되었으며, 인크ognito 또는 대체 모델로 대체해야 했다.

교훈과 권고사항

유연한 장애 회복: 인증 관련 오류가 발생할 경우, 클라이언트 측에서 인증되지 않은 엔드포인트 또는 대체 제공업체로의 대체를 구현해야 한다.
다중 제공업체 전략: 단일 LLM 공급업체에 의존하면 워크플로우가 완전히 멈출 수 있으므로, 모델 호출을 쉬머를 통해 추상화하여 공급업체 전환을 가능하게 해야 한다.
인증 흐름 모니터링: 공개 페이지와 별도로 인증 엔드포인트의 HTTP 상태 코드를 추적하여 장애 조기 감지가 가능해야 한다.
사고 통신: OpenAI의 상태 페이지와 소셜 채널은 실시간 업데이트를 제공하여 추측을 줄여야 한다.

전망

404 이벤트는 빠르게 해결되었지만, 이 사건은 급속히 통합되는 AI 서비스 스택의 취약성을 부각시킨다. 개발자와 기업은 유사한 다중 제공업체 장애를 예상하고, 단일 제공업체의 인증 계층이 일시적으로 사용 불가능해도 시스템이 견딜 수 있도록 설계해야 한다.