GitHub 커밋 4개월 새 2배 급증, 검증은 그대로

ai.euno.news 자동 뉴스 요약

GitHub의 커밋 통계가 이번 여름 AI 코딩 에이전트 시대의 첫 공식 지표를 내놨다. 테크 매체 더뉴스택에 따르면 GitHub의 월간 커밋 건수는 4월 14억 건에서 8월 29억 건으로 넉 달 만에 두 배 넘게 뛰었다.¹ 같은 기간 월간 병합 풀리퀘스트는 약 1억 3천만 건, 신규 저장소는 2400만 개로 집계됐다. GitHub는 이 급증의 원인을 AI 생성 코드로 지목했다.

이 증가폭이 인프라를 실제로 무너뜨렸다는 점이 이 통계를 단순한 마케팅 수치가 아니라 사고로 만든다. 8월 17일 GitHub는 미국 중부 데이터센터의 핵심 인프라 구성요소가 트래픽 증가를 따라가지 못하면서 7시간 47분 동안 다운됐다. GitHub CTO 블라디미르 페도로프는 사후 보고서에서 “그날 소프트웨어를 배포하려던 사람들에게 GitHub는 제 역할을 하지 못했다”고 밝혔다. 이후 GitHub는 300만 개 이상의 신규 CPU 코어, 120페타바이트 규모의 고속 스토리지를 추가하고 Azure 이전을 가속화해 현재 전체 부하의 58%를 Azure가 처리하도록 조정했다.

더뉴스택은 이 사건을 단순 용량 문제로 다룬 다른 보도들과 달리, 사후 보고서가 건드리지 않은 숫자에 주목한다. 29억 건의 커밋 하나하나는 “이 변경이 제대로 작동한다”는 암묵적 주장을 담고 있는데, 그 주장을 실제 구동 중인 시스템에 대조해 검증하는 절차는 이 파이프라인 어디에도 거의 없었다는 것이다. 매체는 이를 “코드 생성은 기계의 속도로 지수적으로 늘어나는데, 검증은 여전히 사람의 속도로 이뤄지며 그 능력 곡선은 거의 평평하다”는 문장으로 요약한다.

곡선의 모양 자체가 핵심이다. 그동안 커밋 수는 개발자 수 증가율과 비슷한 속도로 늘어왔다. 커밋이 사람의 수를 반영하는 지표였기 때문이다. 그런데 넉 달 만에 두 배가 됐다는 건 이제 커밋이 사람이 아니라 코딩 에이전트의 활동을 반영한다는 뜻이다. 코딩 에이전트 세션을 세 개씩 병렬로 돌리는 개발자 한 명이 어떤 채용 계획도 예상하지 못한 속도로 커밋을 쏟아낼 수 있다는 것이다. 더뉴스택은 각 조직의 내부 대시보드도 같은 모양을 축소판으로 보여주고 있을 가능성이 크며, GitHub의 공개 수치는 이 현상이 개별 조직만의 이상 현상이 아니라는 걸 증명하는 의미가 있다고 짚는다.

두 문제는 성격이 다르다. GitHub 쪽 문제는 해법이 알려져 있다. 트래픽이 인프라를 앞지르면 인프라를 늘리면 된다. 코어와 디스크, 데이터센터는 돈으로 확장되고, 마이크로소프트는 그 돈을 갖고 있다. 반면 개별 조직이 마주한 문제는 돈으로 풀리지 않는다. 커밋은 트래픽이 아니라 “이 변경이 설명대로 작동하고 다른 부분을 깨뜨리지 않는다”는 행동에 대한 주장이며, 분산된 클라우드 네이티브 시스템에서 이 주장을 확인하려면 변경 사항을 실제 병합 후 마주칠 서비스·데이터·트래픽에 대고 돌려봐야 한다.

이 단계 앞에 놓인 파이프라인은 갈수록 빨라지고 있다. AI 코드 리뷰 도구가 사람이 보기 전에 diff를 걸러내고, CI는 테스트 선택과 캐싱을 스스로 학습했으며, 정적 분석은 예전보다 더 많은 문제를 잡아낸다. 더뉴스택은 이런 발전이 실질적인 성과라는 점은 인정하면서도, 이 중 어느 것도 변경 사항을 실제로 실행해보지는 않는다고 지적한다. 자료는 이 지점—행동과 통합, 엔드투엔드 상태를 검증하는 단계—에서 끊긴 채로 제공된 내용이 마무리된다.

읽기 목록은 이 브라우저에 저장됩니다.