7월 23일 ChatGPT 장애, 무엇이 멈췄고 얼마나 광범위했나

7월 23일 목요일, OpenAI의 ChatGPT와 Codex, API에서 오류가 평소보다 크게 늘어나는 장애가 발생했습니다. 다만 현재 공개된 자료만으로는 모든 계정·요금제·지역이 동시에 접속 불능에 빠진 전 세계적 완전 중단이라고 단정하기 어렵습니다. 기술적으로는 부분 장애 또는 성능 저하라고 설명하는 편이 더 정확합니다. 3029

7월 23일 ChatGPT 장애에서 무슨 일이 있었나

사용자들은 ChatGPT에 보낸 요청이 실패하거나 멈추고, 기존 대화가 로드되지 않는 문제를 겪었습니다. 웹과 모바일 환경 모두에서 접속 및 사용 문제가 보고됐으며, OpenAI의 코딩 도구인 Codex와 개발자용 API도 영향 범위에 포함됐습니다. 222932

OpenAI의 공식 장애 기록은 문제를 **‘오류율 증가(elevated error rates)’**로 표현했습니다. 이는 요청이 평소보다 높은 비율로 실패했다는 뜻이지, 모든 사용자가 서비스를 전혀 이용할 수 없었다는 의미는 아닙니다. 30

콜로라도대학교 IT 부서의 서비스 공지에 따르면 OpenAI는 정상화를 위해 하위 인프라 제공업체와 협력하고 있었습니다. 해당 공지는 7월 23일 이른 시간에 서비스가 복구됐다고 전했지만, OpenAI의 공식 장애 기록은 다음 날까지 복구 상태를 모니터링했습니다. 2930

오류는 얼마나 광범위했나

장애 추적 서비스인 Downdetector 관련 보도에 따르면 7월 23일 오후 3시 직전 사용자 신고가 300건을 넘었고, 이 가운데 약 90%가 ChatGPT 문제였습니다. 22

다만 이 숫자를 전체 장애 규모나 실패한 요청의 총량으로 해석해서는 안 됩니다. Downdetector는 문제를 겪고 직접 신고한 사용자를 집계하기 때문에 지역, 인지도, 장애가 눈에 띄는 정도에 따라 수치가 달라질 수 있습니다. 따라서 단순 신고 건수보다 OpenAI가 사용한 ‘오류율 증가’라는 공식 표현이 기술적 범위를 설명하는 데 더 적합합니다. 2230

공개된 자료는 ChatGPT와 관련 OpenAI 서비스에서 실제 사용자 영향이 발생했다는 점은 보여줍니다. 그러나 모든 사용자, 모든 구독 등급, 모든 지역이 똑같은 문제를 겪었다는 사실까지 입증하지는 않습니다. 이 때문에 ‘ChatGPT가 완전히 다운됐다’기보다는 ‘일부 사용자에게 서비스 저하가 발생했다’고 표현하는 편이 정확합니다.

OpenAI는 어떻게 문제를 찾아 복구했나

OpenAI의 상태 페이지 업데이트는 일반적인 장애 대응 순서에 따라 진행됐습니다.

1. 영향을 받은 서비스의 문제를 조사했습니다.
2. 오류율 증가를 확인하고 완화 조치를 마련했습니다.
3. 완화 조치를 적용한 뒤 복구 상황을 모니터링했습니다.
4. 7월 24일 금요일 19시 33분(UTC) 장애를 해결된 상태로 표시했고, 영향을 받은 서비스가 완전히 복구됐다고 밝혔습니다. 30

다만 기관별 공지의 시점은 서로 달랐습니다. 콜로라도대학교 IT 공지는 7월 23일 오후 3시 36분에 ChatGPT, OpenAI API, Codex를 위한 수정 조치가 적용됐다고 알렸습니다. 반면 OpenAI 상태 페이지는 이후에도 회복 여부를 계속 확인했습니다. 2930

이는 서비스가 사용자와 지역별로 순차 복구됐거나, OpenAI가 실제 사용 가능 시점 이후에도 장애 상태를 계속 관찰했기 때문일 수 있습니다. 그러나 공개 자료만으로 어느 설명이 definitively 맞는지는 확인할 수 없습니다.

또한 OpenAI는 공개된 장애 업데이트에서 구체적인 기술적 근본 원인을 밝히지 않았습니다. 대학 공지에 나온 ‘하위 인프라 제공업체’라는 언급이 인프라 측면의 배경을 보여주는 가장 명확한 단서이지만, 이것만으로 전체 원인을 설명할 수는 없습니다. 29

7월 25일 장애와는 어떻게 달랐나

7월 23일 장애는 OpenAI에 문제가 집중됐던 며칠의 시작점 중 하나였습니다. 7월 25일에도 ChatGPT, Codex, API에서 오류율 증가가 다시 발생했습니다. 당시 사용자들은 대화에 접근하지 못하거나 프롬프트가 멈추는 문제, 503 오류를 보고했습니다. 일부 오류에는 요청이 OpenAI 서버에 도달하지 못하게 하는 내부 라벨도 포함됐습니다. 더 넥스트 웹은 이를 OpenAI가 나흘 동안 겪은 네 번째 서비스 중단으로 보도했습니다. 7

다른 보도는 7월 25일 장애를 더 광범위한 글로벌 장애로 묘사했습니다. 여러 국가의 사용자가 대화를 불러오거나 저장된 기록에 접근하고 프롬프트를 실행하는 데 어려움을 겪었다는 내용입니다. 315

두 날짜를 구분해야 하는 이유가 여기에 있습니다. 7월 23일은 상당한 규모의 서비스 저하였지만 모든 사용자에게 발생한 것으로 확인되지는 않았습니다. 반면 7월 25일은 일반 사용자용 ChatGPT와 개발자용 서비스 전반에서 더 넓고 눈에 띄는 장애가 보고됐습니다.

4월 장애와 비교하면

4월 20일 발생한 장애는 사용자 신고 기준으로도 더 크게 나타났습니다. 머니컨트롤은 게이트웨이 오류, 로그인 실패, 대화 불러오기 불가 등을 포함해 1,720건이 넘는 Downdetector 신고가 있었다고 보도했습니다. 테크레이더는 OpenAI가 최소 90분간 지속된 사건을 부분 장애로 분류했다고 전했습니다. 1112

당시에는 프로젝트에 접근하지 못하거나 일부 진행 중인 작업에 문제가 생겼다는 보도도 나왔습니다. OpenAI는 미국 동부시간 기준 오후 1시 무렵 완화 조치를 적용했고, 이후 복구 상태를 확인했습니다. 14

따라서 가장 분명한 차이는 장애의 패턴과 가시성입니다. 4월 20일은 한 차례의 대규모 ChatGPT 장애로 강하게 인식됐고, 7월 말에는 며칠 사이 ChatGPT·Codex·API에서 반복적인 장애가 이어졌습니다. 다만 공개 자료는 이 사건들이 모두 같은 기술적 원인에서 비롯됐다고 확인해주지는 않습니다.

업무용 사용자에게 어떤 의미였나

개인 사용자에게 나타난 증상은 프롬프트 실패, 로딩 지연, 기존 대화 접근 불가였습니다. 기업과 개발팀의 영향은 더 넓을 수 있습니다. API나 Codex를 사용하는 조직에서는 자동화 요청 실패, 작업 지연, 개발 파이프라인 중단, OpenAI 응답에 의존하는 시스템의 대기열 누적이 발생할 수 있습니다.

보안·플랫폼 관련 지침은 7월 장애 이후 팀들이 API 기반 시스템에서 조용한 실패(silent failure), 대기 작업 누적, 사용자에게 표시되는 오류가 발생했는지 확인해야 한다고 강조했습니다. 자율형 또는 다단계 작업을 사용하는 경우에는 장애 중 작업이 중간 단계에서 멈추지 않고 안전하게 실패했는지도 점검할 필요가 있습니다. 6

정확한 경제적 손실 규모는 공개되지 않았습니다. 조직마다 업무량과 대체 수단이 다르기 때문에 신뢰할 수 있는 달러 단위 손실 추정치도 현재 자료에는 없습니다.

OpenAI 서비스에 의존하는 팀이라면 다음과 같은 운영 질문을 점검할 만합니다.

• 요청 실패 시 중복 실행을 막으면서 지수 백오프 방식으로 재시도하는가?
• 일시적인 제공업체 오류와 정상적으로 완료된 응답을 구분하는가?
• API 성능 저하 때 대기 작업을 추적할 수 있는가?
• ChatGPT나 Codex가 unavailable 상태가 됐을 때 전환할 대체 경로가 문서화돼 있는가?
• 다단계 또는 자율형 작업이 중간에 멈춰도 안전하게 종료·재개되는가? 6

예측시장까지 주목한 이유

7월에 장애가 여러 차례 반복되면서 예측시장도 OpenAI 서비스 안정성에 관심을 보였습니다. 일부 시장은 특정 날짜에 OpenAI가 공식적으로 ‘부분 장애’ 또는 ‘전체 장애’로 분류한 사건이 있었는지를 기준으로 결과를 정하도록 설계됐습니다. 18 또 다른 시장은 7월 한 달 동안 ChatGPT에 장애가 발생한 날짜가 며칠인지 추적했습니다. 20

이런 시장은 AI 서비스 신뢰성에 대한 대중의 관심을 보여주는 지표로는 활용할 수 있습니다. 그러나 거래 가격이 장애의 원인이나 심각도, 향후 발생 가능성을 입증하는 것은 아닙니다. 가격은 계약 문구와 참여자들의 거래 행동을 반영할 뿐, 독립적인 서비스 안정성 측정값은 아닙니다.

결론

7월 23일 ChatGPT 장애는 실제로 OpenAI의 ChatGPT, Codex, API에 영향을 준 서비스 장애였습니다. 하지만 가장 강한 근거가 뒷받침하는 표현은 ‘완전한 글로벌 셧다운’이 아니라 오류율 증가와 성능 저하입니다. Downdetector에는 300건이 넘는 사용자 신고가 기록됐고, OpenAI는 조사와 완화 조치, 복구 모니터링을 거쳐 7월 24일 19시 33분(UTC) 장애를 해결된 상태로 표시했습니다. 2230

더 중요한 것은 주변의 반복 패턴입니다. 7월 23일 이후 7월 25일에도 대규모 장애가 발생했고, 4월 20일에는 대화·프로젝트·API 기반 업무에 영향을 주는 더 큰 장애가 보고됐습니다. AI를 실제 업무와 제품에 연결한 기업이라면 장애 횟수 자체보다 관측 가능성, 재시도 로직, 안전한 실패 처리, 현실적인 대체 경로를 갖추는 일이 핵심 과제입니다.