구글에서 선호하는 출처로 추가
GitHub 9월 커밋 73억건…저장 인프라 재설계
이준한 기자
토포AI로 이 기사 더 깊이 읽기
GitHub에서 개발자와 AI 에이전트가 만든 커밋이 2026년 9월 73억8000만 건으로 집계됐다. 1년 전보다 5배 넘게 늘면서 GitHub는 코드 저장 인프라를 재설계하고 있다.
브라이언 셀렌자(Brian Celenza) GitHub 수석 소프트웨어 엔지니어는 10월 6일 엔지니어링 블로그에서 Git 인프라를 재구축 중이라고 밝혔다. 새 구조는 저장소의 기준 데이터를 마이크로소프트(Microsoft)의 애저 블롭 스토리지(Azure Blob Storage)에 두고, 요청을 처리하는 연산 계층을 분리한다. 브랜치와 코드 검토, 보호 규칙은 유지하고 작업 중에도 서비스를 계속 가동한다는 설명이다.
GitHub의 월간 Git 활동량은 2025년 9월 2182억 건에서 2026년 8월 4733억 건으로 두 배 넘게 증가했다. 월간 푸시 횟수는 같은 기간 6억9000만 건에서 33억5000만 건으로 4.9배 늘었다. 푸시는 개발자가 코드 변경 사항을 원격 저장소에 올리는 작업이다.
자동화 작업과 병합도 늘었다. 2026년 9월 GitHub Actions 실행은 32억6000만 건으로 1년 전보다 4배 넘게 증가했고, 풀 리퀘스트 병합 건수도 거의 4배가 됐다. 가장 요청이 많았던 단일 저장소에는 8월 한 달 약 10억 건의 요청이 들어왔다.
기존 시스템인 Spokes는 저장소 전체 복사본을 여러 파일 서버의 로컬 디스크에 보관한다. 기본 복사본은 5개로, 데이터 내구성을 높이고 읽기 요청을 나눠 처리한다. 다만 푸시 때는 복사본 과반수의 확인이 필요하다.
이 구조에서는 읽기 수요에 맞춰 복사본을 늘리면 쓰기에도 참여하는 복사본이 늘어 푸시가 느려질 수 있다. 반대로 복사본이 줄면 읽기 처리 능력이 떨어지고, 과반수 확인을 받지 못하면 쓰기가 멈춘다. GitHub는 개발자와 에이전트의 작업이 한 저장소에 집중되는 상황에 대응해야 한다고 설명했다.
새 구조는 데이터 저장과 요청 처리를 분리한다. 애저 블롭 스토리지가 저장소의 기준 데이터를 보관하고, 가벼운 연산 작업자가 데이터를 캐시해 읽기 요청을 처리한다. 읽기 수요가 늘면 저장소 복사본 대신 작업자를 추가할 수 있으며, 작업자에 장애가 나면 새 작업자가 저장 계층에서 데이터를 가져와 요청을 이어받는다.
쓰기 과정에서는 브랜치가 가리키는 위치를 갱신하는 단계에 조정을 집중한다. 데이터 저장과 연결 검증, 비밀정보 검사 등은 다른 쓰기 작업과 병렬로 처리하고, 데이터 압축과 불필요한 객체 정리는 별도 작업자가 맡는다.
GitHub는 내부 기준 성능 시험에서 쓰기 처리량이 최대 35배 높아졌다고 밝혔다. 이는 내부 시험 결과로, 실제 서비스 전환 뒤 측정한 성능은 아니다. 회사는 전체 전환 시점도 공개하지 않았다.
댓글 0
불러오는 중…