현재 OpenAI (ChatGPT)에 장애가 있나요?

OpenAI 및 ChatGPT 가용성 이해하기

이 페이지에서는 서로 관련되어 있지만 별개의 두 액세스 경로를 다룹니다. 하나는 ChatGPT 인터페이스이고, 다른 하나는 api.openai.com의 OpenAI API입니다. Up 결과는 점검 시 모니터링 대상 엔드포인트가 응답했다는 의미입니다. 모든 OpenAI 제품, 모델, 계정, 지역 또는 개별 요청이 정상적으로 작동한다는 뜻은 아닙니다.

서로 관련 없는 요청, 사용자 또는 애플리케이션에서 동시에 문제가 발생하거나, 지연 시간이 증가하거나, 여러 환경에서 502 Bad Gateway, 503 Service Unavailable 또는 timeout 응답이 반복되면 광범위한 서비스 문제일 가능성이 커집니다. 단일 429 Too Many Requests 응답은 일반적으로 전체 장애보다는 요청 빈도, 동시성, token 사용량 또는 계정 수준의 quota 문제를 먼저 가리킵니다.

인증, 제한, 엔드포인트, 요청 매개변수 및 네트워크 경로가 서로 다르기 때문에 ChatGPT는 작동하는데 API 통합이 실패할 수 있습니다. 반대의 경우도 발생할 수 있습니다. 반복되는 증상의 시점과 범위를 공식 OpenAI 상태 페이지와 비교하되, 해당 페이지와 엔드포인트 점검 결과는 가용성에 대한 근거일 뿐 모든 계정이나 작업이 정상이라는 증거는 아니라는 점을 고려하세요.

OpenAI 또는 ChatGPT 오류 문제 해결

1. 광범위한 서비스 문제가 가능한지 확인

서로 관련 없는 요청, 사용자, 애플리케이션 또는 네트워크에서 실패 패턴을 비교하세요. 둘 이상의 환경에서 502, 503 또는 timeout 응답이 반복되면 단일 요청 실패보다 서비스 측 문제를 보여 주는 강한 근거가 됩니다. 장애 정보를 확인하려면 공식 OpenAI 상태 페이지를 확인하세요.

애플리케이션에서는 높은 빈도로 요청을 반복해서 보내기보다, 지연 시간을 점차 늘리는 제어된 재시도를 사용하세요. 응답 status, 시간, 엔드포인트, model, response body 및 서비스가 반환한 request identifier를 기록하세요. 원래 요청이 완료되지 않았음을 확인하지 않은 상태에서는 상태를 변경하거나 비용이 발생하는 작업을 재시도하지 마세요.

2. 로컬 또는 네트워크 문제 구분

서비스 점검 결과가 Up이지만 요청이 실패한다면 모바일 연결과 같은 다른 인증된 네트워크에서 테스트하고, 적절한 경우 VPN 또는 proxy 없이 다시 시도하세요. 영향을 받은 장치가 관련 hostname을 resolve할 수 있는지, outbound HTTPS 연결을 설정할 수 있는지, api.openai.com에 도달할 수 있는지 확인하세요.

하나의 장치, 사무실 네트워크, firewall, proxy, DNS 경로 또는 routing 경로에서만 timeout이나 connection refusal이 발생한다면 글로벌 OpenAI 장애보다 로컬 연결 문제일 가능성이 높습니다. 권한 없이 firewall, proxy 또는 네트워크 정책을 변경하지 마세요.

3. 계정, quota 및 요청 원인 확인

• 429 Too Many Requests: 요청 빈도, 동시 요청, token 사용량 및 API 계정에 적용되는 제한이나 quota를 검토하세요.
• 인증 또는 권한 오류: 의도한 credential, project 또는 organization context, 엔드포인트 및 model access를 확인하세요. 노출된 credential은 승인된 계정 절차를 통해 교체하고, API key를 로그에 절대 출력하지 마세요.
• 하나의 model 또는 작업만 실패: 증상을 플랫폼 전체 문제로 간주하기 전에 model 이름, 입력 크기, 매개변수, 엔드포인트 및 애플리케이션 로그를 확인하세요.
• 잘못되었거나 거부된 요청: 관련 OpenAI API 문서와 요청 method, headers, body, content type 및 매개변수 값을 비교하세요.

4. ChatGPT 브라우저 인터페이스에 문제가 있는 경우

API는 작동하지만 ChatGPT가 실패한다면 private browsing window에서 시도하고, 페이지나 요청을 수정하는 extension을 일시적으로 비활성화하고, 사이트에 저장된 데이터를 삭제한 후 다른 브라우저에서 테스트하세요. 문제가 하나의 브라우저 profile이나 장치에 국한된다면 서비스 전체 장애보다는 session, extension, 저장 데이터 또는 로컬 네트워크 문제일 가능성이 높습니다.

5. API 통합에 문제가 있는 경우

적절한 권한을 확보하고 secret을 로그에 남기지 않는 상태에서 애플리케이션의 일반적인 code path 외부에서 최소 요청을 테스트하세요. 성공한다면 애플리케이션의 timeout 설정, proxy 구성, retry 동작, 동시성, response parsing 및 credential을 불러오는 경로를 확인하세요. 독립적인 환경에서 일관되게 실패한다면 공식 상태 페이지와 비교하거나 vendor에 escalation할 수 있도록 엔드포인트, model, timestamp, status, response body 및 request identifier를 보존하세요.