깃허브, 에이전트 기반 개발 급증에 맞춰 깃 인프라 아키텍처 전면 개편

깃 인프라 재설계 배경

깃허브는 인공지능 에이전트와 소프트웨어 개발자가 동시에 대규모로 협업하는 환경을 지원하기 위해 깃 인프라 구조를 전면 재설계한다고 발표했다. 자동화된 에이전트 도입이 늘면서 단일 저장소 안에서 수천 개의 에이전트가 동시에 분기를 생성하고 밀어넣기를 수행하는 환경이 확산되고 있다. 이에 따라 기존 깃 저장소 아키텍처가 감당해야 하는 지속적인 동시 읽기 및 쓰기 규모가 과거와 완전히 다른 수준에 도달했다.

깃허브 내부 통계에 따르면 깃 총 활동량은 2025년 9월 월간 2182억 건에서 2026년 8월 4733억 건으로 두 배 이상 증가했다. 2026년 9월 한 달 동안 개발자와 에이전트가 생성한 커밋 수는 전년 대비 5배 이상 늘어난 73억 8천만 건에 달했다. 같은 기간 월간 푸시 횟수는 6억 9천만 건에서 33억 5천만 건으로 약 4.9배 늘었고, 풀 리퀘스트 병합량은 전년 대비 약 4배, 깃허브 액션 실행 횟수는 32억 6천만 건으로 4배 이상 급증했다.

기존 스포크 아키텍처 한계

현재 깃허브 저장소는 스포크(Spokes) 시스템을 기반으로 운영되고 있다. 스포크는 기본적으로 파일 서버 5대의 로컬 디스크에 전체 저장소 복제본을 저장하여 빠른 읽기 지연 시간과 이중화를 제공한다. 새로운 참조 갱신이 일어날 때 3단계 커밋 프로토콜과 정족수(Quorum) 합의를 통해 일관성을 유지하며 약 10억 개의 저장소를 지원해 왔다.

그러나 기존 방식은 영속성을 보장하는 복제본 구조를 확장성 확보 수단으로 함께 사용한다는 구조적 결함이 있다. 읽기 용량을 늘리기 위해 디스크 복제본을 추가하면 모든 쓰기 작업에 해당 복제본이 참여해야 하므로 가장 느린 복제본에 쓰기 속도가 종속된다. 결과적으로 읽기 성능을 확장하려 할수록 쓰기 속도가 저하되고, 정족수를 잃으면 쓰기가 중단되는 병목 현상이 발생했다.

조율 최소화와 경로 분리

깃허브는 깃의 기본 의미 구조를 유지하면서 불필요한 결합을 제거하는 분산 시스템 설계 원칙을 적용하고 있다. 쓰기 작업에서 실질적으로 합의가 필요한 단계를 참조(Reference) 갱신으로 한정하고, 객체 저장이나 연결성 검증, 비밀 탐지와 같은 무거운 작업은 병렬로 처리하여 응답 대기 시간을 대폭 단축했다. 이를 통해 다수의 푸시가 집중되는 임계 경로를 최소화했다.

저장소의 성능을 유지하는 데 필수적인 압축(Compaction)과 가비지 컬렉션(Garbage Collection) 작업도 서비스 처리 경로에서 완전히 제외했다. 기존에는 실시간 깃 요청을 처리하는 동일한 호스트에서 데이터 정리 작업을 실행했으나, 새로운 아키텍처에서는 별도의 작업 워커가 내구성 저장소를 대상으로 직접 백그라운드 작업을 수행하여 푸시와 페치 속도를 저하시키지 않는다.

스토리지와 컴퓨팅의 분리

새로운 인프라에서는 신뢰할 수 있는 단일 원본 저장 계층과 요청을 처리하는 연산 계층이 완전히 분리된다. 저장소 원본 데이터는 애저 블롭 스토리지(Azure Blob Storage)에 보관되어 인프라 수준의 내구성과 복제 능력을 확보한다. 반면 깃 요청을 처리하는 연산 계층은 최저 지연 시간과 높은 처리량에 집중하도록 경량 워커 형태로 구성된다.

읽기 용량 확장은 원본 사본을 늘리는 대신 캐시를 탑재한 경량 연산 워커를 동적으로 증설하는 방식으로 해결한다. 연속 통합(CI)이나 에이전트 군집으로 인한 대규모 복제 요청이 발생해도 쓰기 작업에 추가 부하가 발생하지 않는다. 연산 호스트 장애가 발생하더라도 전체 저장소 복사본을 재구축할 필요 없이 대체 워커가 즉시 기동하여 내구성 저장소로부터 캐시를 채우며 트래픽을 처리한다.

성능 향상과 개발 환경 영향

깃허브가 공개한 내부 벤치마크 결과에 따르면, 새로운 분리형 아키텍처는 쓰기 처리량을 기존 대비 최대 35배까지 향상시켰으며 읽기 용량은 수요에 따라 자동으로 확장된다. 단일 행동마다 체크포인트를 남기는 에이전트의 반복적인 푸시 대기 시간이 줄어들면서 자동화 워크플로 전반의 처리 속도가 개선된다. 대규모 저장소를 운영하는 기업부터 첫 풀 리퀘스트를 생성하는 개인 개발자까지 동일한 기반 인프라 성능 혜택을 누리게 된다.

인프라 전환은 기존 깃허브 서비스가 중단 없이 가동되는 무중단 환경에서 진행된다. 개발자가 기존에 사용하던 브랜치 생성, 코드 검토, 병합 절차는 그대로 유지되며, 브랜치 보호 규칙과 보안 감사 로그, 모니터링 환경 등 통제 권한 역시 변경 없이 보존된다. 깃허브는 사람의 검토와 통제를 유지하면서 늘어나는 에이전트 작업 부하를 안정적으로 수용할 수 있는 기반을 지속적으로 구축할 계획이다.