AI 서비스 장애일 때 확인하는 순서

1. 이 페이지가 무엇인가

AI 회사들은 저마다 상태 페이지를 두는데, Anthropic은 status.claude.com, OpenAI는 status.openai.com, Google은 Cloud와 Workspace 대시보드입니다. 장애가 나면 그 회사가 그 페이지에 먼저 적지만, 문제는 흩어져 있습니다. 여러 도구를 같이 쓰는 사람은 장애가 났을 때 서너 곳을 돌아야 하고, 그 사이에 "혹시 내 쪽 문제인가" 하고 시간을 씁니다.

이 앱은 그 공식 페이지들이 공개한 데이터를 1분마다 모아 한 화면에 놓고, 정상인 곳만 따로 모아 "지금 되는 곳"으로 보여 줍니다. 우리가 직접 재는 것은 없고, 그 회사가 자기 페이지에 적은 것을 그대로 옮길 뿐입니다. 그래서 공식 페이지가 정본이고, 이 화면은 그걸 한눈에 견주는 창입니다.

2. 상태 낱말이 뜻하는 것

회사마다 표기가 달라서 다섯 낱말로 접었습니다. 어느 표기를 어디로 접었는지 밝혀 둡니다.

• 정상: Statuspage 형식의 indicator가 none, Instatus 형식의 status가 UP, Google 대시보드에 진행 중인 사건이 없을 때입니다.
• 일부 장애: indicator가 minor, 구성요소가 degraded_performance나 partial_outage, Instatus의 HASISSUES, Google 사건의 severity가 high가 아닐 때입니다.
• 장애: indicator가 major나 critical, 구성요소가 major_outage, Google 사건의 severity가 high일 때입니다.
• 점검 중: 예고된 점검입니다(maintenance, under_maintenance, UNDERMAINTENANCE). 알림은 보내지 않습니다.
• 확인 못 함: 우리가 그 페이지를 못 불러온 것입니다(응답 없음, 8초 초과, 모르는 표기). 그 회사가 정상이라는 뜻도 장애라는 뜻도 아닙니다.

GitHub Copilot은 GitHub 상태 페이지 전체가 아니라 이름에 Copilot이 들어간 구성요소만 보고, Gemini 앱과 Gemini API는 Google이 두 대시보드에 나눠 적기 때문에 따로 두 줄로 견줍니다.

3. 이 앱이 보는 곳과 못 보는 곳

아래는 지금 자동으로 보는 곳이고, 전부 2026년 9월 4일에 실제로 열리는지 확인한 주소입니다. 각 줄의 범위는 그 회사가 그 페이지에 포함한다고 적은 것입니다.

자동으로 못 보는 곳도 있습니다. Grok (xAI), Mistral, DeepSeek, Hugging Face, Together AI, Midjourney는 기계가 읽는 공개 데이터를 내지 않아서 링크만 두었습니다. 그쪽이 궁금하면 직접 들어가 봐야 하고, 상태를 대신 짐작해 적지 않습니다.

확인 간격은 60초이고, 우리 서버가 1분에 한 번 모아 두고 손님 화면은 그것을 봅니다. 그래서 회사가 페이지를 고친 뒤 이 화면에 오기까지 최대 1분쯤 늦습니다. 알림은 브라우저 알림이라서 이 탭을 열어 둔 동안만 오고, 서버에서 보내는 푸시가 아니라서 탭을 닫으면 멈춥니다. 서버 비용 없이 돌리고, 되는 척하다가 조용히 안 오는 알림을 만들지 않으려고 이렇게 설계했습니다.

4. 장애일 때 확인하는 순서

1. 그 서비스 줄을 봅니다. 장애나 일부 장애면 회사 쪽입니다. 공식 페이지 링크로 들어가면 어느 기능이 영향받는지, 복구 중인지가 적혀 있습니다. 여기서 끝나는 경우가 가장 많습니다.
2. 정상인데 나만 안 되면 오류 코드를 봅니다. API나 도구가 코드를 보여 주면 이렇게 읽습니다. 429는 요청이 너무 많다는 뜻으로 내 계정 한도나 분당 요청 수 문제입니다(RFC 6585). 503은 서버가 잠시 응답 못 한다는 뜻입니다(RFC 9110). 529는 Anthropic API가 과부하일 때 내는 코드입니다 (overloaded_error). 401이나 403은 키나 권한 문제라 장애가 아닙니다.
3. 인프라 줄을 봅니다. Cloudflare, Vercel, Supabase가 일부 장애면 그 위에 얹힌 여러 서비스가 같이 흔들립니다. 여러 곳이 한꺼번에 이상하면 여기부터 의심합니다.
4. 내 쪽을 가릅니다. 다른 사이트도 느리면 내 네트워크이고, 회사 망이나 VPN을 쓰면 특정 서비스만 막히기도 합니다. 브라우저 확장, 특히 광고 차단이 채팅 화면을 깨는 일도 있으며, 시크릿 창이나 다른 기기에서 한 번 열어 보면 가릅니다.
5. 몇 분 기다립니다. 회사 쪽 장애는 공식 페이지의 사건 글이 monitoring이나 resolved로 바뀔 때까지 기다리는 것 말고는 할 게 없고, 알림을 켜 두면 정상으로 돌아올 때도 알립니다.

5. 대안 서비스 고르는 법

• 같은 줄에서 고릅니다. "지금 되는 곳" 표는 정상으로 확인된 곳만 모은 것입니다. 챗을 쓰던 사람은 AI 모델과 챗 줄에서, 편집기를 쓰던 사람은 코딩 도구 줄에서 고르면 됩니다.
• 모델을 고를 수 있는 도구면 모델만 바꿉니다. 여러 회사 모델을 고르게 해 주는 편집기나 도구라면 도구를 바꿀 필요 없이 되는 회사 모델로 바꾸는 쪽이 빠르고, 대화 기록과 설정이 그대로 남습니다.
• API는 재시도와 대기 시간을 먼저 봅니다. 429나 529는 잠깐 뒤 다시 보내면 되는 경우가 많습니다. 공급자를 바꾸는 것은 프롬프트와 출력 형식을 다시 맞춰야 해서 비용이 큽니다.
• 정상이라고 다 같은 것은 아닙니다. 정상은 그 회사가 자기 페이지에 문제를 안 적었다는 뜻이며, 지역별 느림이나 특정 모델 한도는 상태 페이지에 안 오르기도 합니다.

6. 자주 막히는 부분

• 알림이 안 옵니다. 이 탭이 닫혀 있거나, 브라우저가 이 사이트의 알림을 막았거나, 운영체제의 방해 금지 모드가 켜져 있을 때입니다. 탭을 열어 두고, 주소창 옆 사이트 설정에서 알림 허용을 봅니다. 폰 브라우저는 화면을 끄면 확인이 멈추는 경우가 많습니다.
• 확인 못 함이 계속 뜹니다. 그 회사 페이지가 우리 서버에 응답을 안 주는 것이고, 공식 페이지 링크로 직접 들어가 보면 됩니다. 여러 줄이 한꺼번에 그러면 우리 서버 쪽일 가능성이 큽니다.
• 공식 페이지와 여기 표시가 다릅니다. 최대 1분 늦습니다. 그래도 다르면 공식 페이지가 맞습니다.
• Gemini는 왜 두 줄입니까. Google이 Gemini 앱은 Workspace 대시보드에, Gemini API는 Cloud 대시보드에 나눠 적어서 그렇습니다. 두 대시보드 모두 사건 목록에 해당 제품이 들어 있을 때만 잡힙니다.
• Grok, Mistral, DeepSeek가 없습니다. 그 회사들은 기계가 읽는 공개 데이터를 안 내서 링크만 두었고, 공개되면 더할 예정입니다.