GitHub, 오늘 또 사고? 1,125건의 장애 기록을 분석해 보니
GitHub Outage Tracker: Is GitHub Cooked?
GitHub의 장애 기록을 서비스별, 심각도별로 필터링해 보여주는 사이트 'Is GitHub Cooked?'가 공개됐다. 2016년 3월 이후 총 1,125건의 장애가 발생했으며, 월평균 24건으로 집계됐다. 최장 무장애 기간은 8일에 불과했고, 최악의 달은 2026년 2월(37건)이었다. 서비스별 가용성에서는 Copilot이 98.23%로 가장 낮았고, Actions, Pull Requests가 뒤를 이었다. 장애의 81%는 경미한 수준이었지만, 중대 장애도 17%에 달했다. 이 사이트는 개발자들이 자신이 의존하는 서비스와 심각도 수준에 따라 GitHub의 신뢰성을 평가할 수 있도록 돕는다.
GitHub의 최장 무장애 기간은 8일에 불과했다.
- kashnote
GitHub에 대해 조금 더 동정심을 가질 필요가 있다고 생각합니다. 모든 장애를 Azure 마이그레이션 탓으로 돌릴 수 있을 때는 비난해도 정당화될 수 있었지만, 이제는 AI로 모두가 끊임없이 빌드하고 푸시하는 규모에 대한 수치를 공유했습니다. 사이트 접근을 제한하거나 (의도적으로) 신규 사용자를 제한하지 않는 것은 칭찬할 만하다고 생각합니다. 물론, 이 문제를 해결해야 하지만, 약간의 동정심이 큰 힘이 됩니다. 개인적으로 그들의 행운을 빌며, 온콜 직원들이 곧 정상적인 수면 시간을 되찾기를 바랍니다.
- joshuahedlund
장애가 기록적인 트래픽으로 인한 것이라면, 지금까지는 요기 베라의 말처럼 "아무도 거기 안 가, 너무 붐비니까"라는 의미에서만 문제가 된 셈입니다.
- Fuzzwah
제가 GitHub에서 엔터프라이즈 지원 엔지니어로 일한 8.5년이 거의 끝나갈 무렵, 전체 회의에서 "GitHub Classic" 제품이 고려된 적이 있는지 물었습니다. World of Warcraft Classic처럼 과거의 더 단순한 기능 세트에 맞춘 재작성을 상상했습니다. 블리자드가 그 질문에 한 것과 같은 답변을 들었습니다. "당신은 그걸 원한다고 생각하지만, 실제로는 원하지 않을 겁니다."
- JeremyHerrman
> "GitHub는 2016년 2월 이후 1,125건의 장애가 있었으며, 월간 장애율은 24건입니다"
1,125건 / 126개월 ≈ 월 8.9건이지, 24건이 아닙니다.
여전히 끔찍하지만, 첫 문장에 왜 그런 명백한 오류가 있는지 모르겠네요...
- _heimdall
오늘 GitHub에서 이런 문제를 처리해야 하는 팀에게 마음이 아픕니다. 또한 수년간 책임자들이 이런 일이 올 줄 몰랐다는 것도 이해가 안 됩니다.
GitHub는 Microsoft에 인수되었고, 내부적으로 인정하고 싶지 않았을지라도 말입니다. Microsoft는 LLM, 특히 코딩 사용 사례를 위한 LLM에 깊이 투자했습니다. LLM이 생성한 코드와 PR이 사실상 GitHub를 DDoS할 것이라는 점을 인지했을 것입니다.
그저 신경 쓰지 않았거나, 탐욕에 이끌렸다고밖에 생각할 수 없습니다.
- imnes
헤드라인을 장식하지는 않지만, Google과 Apple도 AI로 인해 큰 타격을 받고 있는 것 같습니다. Play Store/App Store에서 프로덕션에 출시하기 위한 앱 업데이트 승인을 받는 데 며칠이 걸리던 것이 이제는 몇 주가 걸립니다.
- bushbaba
정적 '예' 페이지 하나로도 상당한 시간 동안 정확했을 것입니다.
- 404mm
백엔드 GitHub 서비스가 GHES와 비슷하다면, 이 정도로 확장할 수 있었다는 것 자체가 놀랍습니다.