월요일에 발생한 7시간에 걸친 다운타임에 대해 GitHub는 직접적인 설명을 내놓았다. 코드 오류도, 설정 변경 실수도 아니라는 것이다. 트래픽이 새로운 최고치를 기록하면서 미국 중부 데이터센터의 핵심 인프라 구성 요소가 이 성장 속도를 따라가지 못했다는 게 이유다.

이번 장애에서 정말 주목해야 할 것은 숫자다. GitHub에 따르면 4월 이후 플랫폼의 월간 커밋 수는 14억 건에서 29억 건으로 늘어나, 4개월 만에 거의 두 배가 됐다. GitHub는 성명에서 "이러한 성장이 시스템이 받은 부담을 설명해주기는 하지만, 이번 장애에 대한 변명이 될 수는 없다"고 밝혔다. 다시 말해, GitHub는 문제가 트래픽 자체가 아니라 자사 인프라가 사용자 행동 변화 속도를 따라잡지 못한 데 있다는 점을 분명히 인식하고 있다는 뜻이다.

이번에 드러난 취약점과 관련해 GitHub가 상태 보고서에서 제시한 개선 방향은 동시 병행 활동 처리 메커니즘에 집중되어 있다. 팀은 현재 서버의 CPU 및 메모리 경고 설정을 재검토해 고트래픽 상황에서 실패할 수 있는 구성 요소를 파악하고 있으며, 동시에 일관된 재시도 횟수 상한과 재시도 예산, 서비스 간 상호작용에 대한 가변 타임아웃 설정을 도입해 '재시도 폭주(retry storm)'로 인한 연쇄적 시스템 과부하를 방지하고자 하고 있다.

이번 커밋 급증이 어디서 비롯됐는지에 대해 GitHub의 설명은 수치 자체에 그쳤을 뿐, 구체적인 원인은 밝히지 않았다. 이 시기는 Anthropic, OpenAI 등이 AI 기반 코딩 보조 도구를 지속적으로 확장해온 시기와 겹치지만, 이는 시점상의 우연일 뿐이며 GitHub 측이 두 사안을 직접적으로 연결 지은 것은 아니다. 대다수 전문 개발자와 아마추어 개발자들이 코드를 저장하는 기본 플랫폼으로서, GitHub가 앞으로 풀어야 할 과제는 인프라 확장 속도를 이러한 성장 곡선에 맞추는 일이다.