깃허브 최고기술책임자 블라드 페도로프가 8월 20일 낸 공식 글과 거기 걸린 사후 분석을 보면, 8월 17일 13시 28분부터 21시 15분까지(UTC) 7시간 47분 동안 웹·API 오류가 약 20%, 파일 내려받기 오류는 약 50%였고 액션은 18시 3분, 코파일럿은 21시 2분에야 회복됐어요 — 8월 6일 액션 장애에 이은 그달 두 번째 사고예요. 회사는 '코드나 설정 변경 탓이 아니라 최고치 트래픽을 못 따라간 용량 문제'라고 했는데, 사후 분석엔 중부 미국 부하 분산 장비 포화와 이미 잘못 설정돼 있던 정책 탓에 자동 확장이 안 된 이스티오 사이드카, 트래픽을 약 10배로 키운 VS Code 재시도 버그, 초당 7~9천 건에서 7~10만 건으로 뛰어 결국 403으로 막아야 했던 코파일럿 토큰 요청이 적혀 있어요. 4월 이후 월 커밋이 14억 개에서 29억 개로 늘고 애저가 플랫폼 부하의 58%와 Git 작업 절반을 맡는다(5월엔 12%)고 밝혀 전직 직원이 말한 '읽기 절반은 이미 애저'는 맞아떨어졌지만, '1년 새 14배'는 공식 글에 없고 재시도 한도·읽기 용량 선형 확장 계획에도 날짜가 없어요.
- API
- 프로그램끼리 데이터를 주고받는 연결 창구
- UTC
- 세계 표준시. 한국 시간보다 9시간 느림
- 403
- 서버가 요청을 거부할 때 돌려주는 응답 코드
- 이스티오 사이드카
- 서비스마다 짝으로 붙어 통신을 대신 처리하는 프록시(Istio 서비스 메시)
- 지수 백오프
- 재시도할 때마다 기다리는 시간을 배로 늘려 몰림을 줄이는 방식
복구하려고 깃허브가 코파일럿 토큰 요청을 403으로 막았다는 건 장애 때 에디터에 붙은 AI 도우미가 먼저 끊길 수 있다는 뜻이에요 — 에이전트와 빌드 자동화가 실패할 때 무한 재시도로 불을 키우지 않는지(지수 백오프·재시도 총량) 확인하고, 회복 계획에 날짜가 없는 만큼 여덟 시간 멈춰도 배포가 서지 않게 의존성 캐시·미러·자체 러너 우회로도 함께 준비해 두세요.
- 회사 사후 분석 웹·API 오류 약 20%, 내려받기 약 50%였고 자동 확장을 막은 건 잘못 설정된 정책, 트래픽을 약 10배로 키운 건 VS Code 재시도 버그였대요. GitHub Status
- 열하루 전 액션 장애 8월 6일엔 최대 71%의 워크플로 실행이 인프라 오류를 겪고 나머지 중 75%가 5분 넘게 밀렸어요. GitHub Status
- 전직 직원 설명 1년 새 트래픽 14배에 읽기 절반은 이미 애저라고 했는데, 회사 글은 애저 비중만 확인해 주고 14배는 말하지 않았어요. Hacker News
- 커뮤니티 반응 커밋이 넉 달 만에 두 배가 된 원인으로 AI가 쏟아 낸 코드를 지목하는 댓글이 많은데, 공식 글엔 그 얘기가 한 줄도 없어요. Hacker News