GitHub 전 세계 장애:_API, 풀 리퀘스트 및 코파일럿에 오류 비율 급증

2026년 8월 17일

무엇이 실패했으며 언제

GitHub는 8월 17일 월요일 UTC 13:40(태평양 표준시 오전 6:40)경에 전 세계에서 서비스 중단을 겪었습니다. 이는 BetaNews 및 The Register에 보고된 시간표에 따르면 발생했습니다. BetaNews는 GitHub이 처음에 성능 문제를 조사 중이라고 말했다가 이후 여러 구성요소에서의 더 광범위한 문제를 확인했습니다. The Register 또한 사건 시작 시점을 UTC 13:40으로 보았습니다. GeekWire는 사건 시작 시간을 태평양 시간 오전 6:40으로 제시하며 이 보고서들과 일치했습니다.

아침 내내 발행자들은 광범위한 성능 저하를 설명하는 회사의 상태 업데이트를 전달했습니다. BleepingComputer는 개발자들이 웹사이트, API 요청, 작업, 웹후크, 문제 및 풀 리퀘스트 전반에 걸쳐 오류를 경험했으며, 이후 코파일럿도 피해 서비스 목록에 추가되었다고 보도했습니다. Engadget 및 Tech Edition 또한 API 활동, 풀 리퀘스트, 웹후크 및 코파일럿에 대한 문제를 언급했습니다.

누가 영향을 받았고 얼마나 큰 규모였는가

GeekWire는 GitHub을 2억 2500만 사용자를 보유한 마이크로소프트 소속 플랫폼으로 설명하며 이번 장애가 전 세계 개발 작업에 방해가 되었다고 밝혔습니다. BetaNews는 또한 이 사건을 대규모 전 세계 사건으로 묘사했습니다. 해당 매체들은 장애 중 사용자 수치를 정량화하지 않았지만, 여러 발행사들은 플랫폼의 상태 페이지에서 스냅샷 지표를 전달했습니다.

BetaNews에 따르면 14:04 UTC에 GitHub은 웹 및 API 트래픽에 대해 약 20%의 오류율, 아카이브 및 원본 리포지토리 다운로드 실패율을 약 50%로 보고했습니다. Hindustan Times와 Engadget 또한 미국 오전 11:42경에 GitHub이 완화 작업을 진행 중이라고 보고하며 같은 20%와 50% 수치를 언급했습니다. The Register는 리포지토리 콘텐츠 다운로드의 50% 실패율을 강조했습니다. BleepingComputer는 일부 사용자가 사건 발생 기간 동안 커밋, 리포지토리 및 풀 리퀘스트 페이지를 로딩하는 동안 서버 오류를 경험했다고 덧붙였습니다. 기업 고객 또한 영향을 받았습니다: BleepingComputer와 BetaNews는 SAML 및 OIDC 인증, SCIM 및 팀 동기화 기능이 영향을 받았다고 보고했습니다.

GitHub 및 Microsoft의 복구 중 발언

발행자들은 아침 및 이른 오후에 걸쳐 상태 페이지 업데이트의 연속을 전달했습니다. BetaNews에 따르면 16:36 UTC에 Microsoft는 문제의 구성요소를 식별하고 수정 조치를 취했으며, 오류율이 여전히 높지만 복구의 조짐을 알렸습니다. 곧이어 BetaNews는 Microsoft가 API 요청, 작업, Git 작업, 문제, 페이지, 풀 리퀘스트 및 웹후크에 영향을 미친 성능 저하가 완화되었으며 팀들이 안정성을 모니터링 중이라고 밝혔다고 보도했습니다.

미국 서부 해안에서 GeekWire는 GitHub이 오전 9:30 경에 문제의 원인을 발견하고 오전 10:00 경에는 장애를 통제했다고 보도했습니다. GeekWire는 서비스가 복구되고 있지만 코파일럿은 여전히 활성 사건으로 남아 있었으며 회사가 전반적인 안정성을 모니터링하고 있다고 덧붙였습니다. BleepingComputer는 코파일럿의 저하된 가용성을 오전 10:31 ET으로 지정했으며, Git 작업, 패키지, 페이지 및 코드스페이스가 정상 운영되고 있지만 플랫폼의 여러 다른 부분은 여전히 저하 상태에 있다고 언급했습니다. 이러한 업데이트 중 어느 것도 복구가 완료되었다고 주장하지 않았습니다.

원인 및 미해결 질문들

보도 매체에 의해 인용된 발행 시점 기준으로 GitHub은 장애의 근본 원인을 공개하지 않았습니다. GeekWire는 회사가 보고 당시 문제의 원천이나 원인에 대한 세부 정보를 제공하지 않았다며, BleepingComputer와 Tech Edition 또한 조사가 진행 중이며 원인이 불확실하다고 언급했습니다. CyberSecurityNews도 근본 원인이 공개되지 않았다고 보도했습니다. 수치가 게시된 경우, 그것들은 특정 시간에 상태 페이지에서 촬영된 스냅샷이었습니다; 예를 들어 20%와 50%의 오류율은 최종 총계가 아닌 시점 측정으로 보고되었습니다. GitHub이 사건 분석을 제공할 경우, 특정 구성 요소의 실패나 보다 광범위한 의존성의 연쇄로 인해 월요일의 중단이 발생했는지 명확히 할 수 있습니다. 그때까지 원인은 공개 보고에서 확인되지 않은 상태로 남아 있습니다.

당신이 의존하는 서비스 모니터링하기

개발 중인 중단을 더 넓은 시각에서 보려면 인터넷 장애 아카이브 및 웹사이트 및 서비스 디렉토리를 참조하세요. Status Is Down은 팀이 의존하는 서비스와 웹사이트를 모니터링할 수 있도록 돕는 계획을 제공하며, 독자들은 그에 맞는 감독 영역을 선택하기 위해 가입할 수 있습니다.

서비스 또는 웹사이트 찾기