GitHub가 인공지능(AI) 에이전트 규모의 개발을 지원하기 위해 설계한 새로운 Git 저장소 아키텍처를 공개했다. 지난 5일(미국 시간) GitHub Universe 행사에서 발표한 이 아키텍처는 초당 7,200건의 푸시를 처리하면서도 읽기 성능을 일정하게 유지할 수 있도록 설계됐다.

GitHub에 따르면 이 새로운 아키텍처는 단일 저장소에서 5,000개의 동시 에이전트를 지원할 수 있으며, 읽기 트래픽의 지연 시간도 일관되게 낮은 수준을 유지한다. 마이크로소프트 산하 GitHub는 "향후 수억 명의 개발자가 에이전트 기반 개발을 지원하기 위한 기초를 마련했다"고 설명했다.

설계 원칙: '최소 조율'과 '분리'

GitHub가 새 아키텍처의 기반으로 삼은 핵심은 한 가지 관찰에서 출발했다. "Git 푸시에서 매우 적은 부분만 순서 합의가 필요하다"는 점이다.

Git 객체는 불변(immutable)이며 내용 기반으로 명명되므로, 두 명의 작성자가 아무 합의 없이 동시에 같은 객체를 저장할 수 있다. 합의가 필요한 부분은 '참조(reference) 업데이트'인데, 이는 전체 푸시의 극히 일부에 불과하다.

이 원칙에 따라 GitHub는 데이터 저장, 요청 처리, 저장소 관리 등 기존에는 긴밀하게 결합돼 있던 Git 인프라 구성 요소들을 독립적으로 확장 가능하도록 분리했다. 개발자 입장에서는 Git이 여전히 Git이다. 푸시, 페치, 브랜치 작업은 변함없고 보안 보장도 그대로다.

'루비콘(Rubicon)' 프로젝트의 구조

GitHub는 이 새로운 아키텍처를 내부적으로 '프로젝트 루비콘'이라고 부른다. 역사적 '돌이킬 수 없는 지점'을 의미하는 루비콘이라는 이름처럼, 이는 에이전트 기반 개발이 대중화되는 업계의 전환점을 상징한다.

루비콘 아키텍처의 핵심 구성 요소는 다음과 같다:

Spokes: 기존처럼 요청 라우팅과 로드 밸런싱을 담당한다. Git, API, 웹 UI 요청을 처리하고, 테넌트 파티셔닝과 격리, 공정성 강제를 유지한다.

Virtual Replicas(가상 복제본): 저장소별로 캐시된 상태만 보유한다. 이는 Azure로의 대규모 마이그레이션 이후의 중간 단계로 기능한다.

Ref-CAS: 참조 상태와 팩 매니페스트를 저장한다. 이 작은 메타데이터가 모든 합의 과정의 중심이다.

Azure Blob Storage: 팩 데이터를 저장한다.

Compaction Nodes(압축 노드): Blob Storage의 팩을 압축·정리하고, Ref-CAS의 팩 매니페스트를 갱신한다.

에이전트 시대의 필연적 전환

GitHub의 이번 아키텍처 개편은 단순한 성능 최적화가 아니라 산업 구조 변화에 대한 대응이다. 지난 1년간 에이전트 중심의 개발이 급속도로 증가했고, GitHub 플랫폼 상에서 '바쁜 저장소'의 정의 자체가 바뀌고 있다.

현재 GitHub.com의 가장 트래픽이 많은 저장소는 1초에 최대 수십 건의 푸시를 받는다. 하지만 에이전트가 병렬로 24시간 운영되면서 이런 '버스트성' 트래픽이 지속적인 흐름으로 변할 것이라는 예측이다. 실제로 추적 중인 한 저장소의 일일 요청 수는 2026년 3월부터 5월까지 4배 증가(월 4,400만 건에서 1억8,100만 건으로)했으며, 이후 기하급수적 증가 추세를 보이고 있다.

GitHub의 목표는 단순한 '다음 단계' 확장이 아니라 "적어도 100배 이상의 규모를 지원하는 것"이다. 이를 위해 새 아키텍처는 다음을 만족해야 했다: 초당 수천 건의 푸시 수용, 다중 쓰기 노드 지원(CPU 병목 현상 방지), 커밋 지연 시간 최소화, 참조별 순서 기록 및 빠른 선형화, 읽기 비용 최소화, 각 구성 요소의 독립적 확장.

한국의 개발자 생태에 미치는 영향

이 기술 발전은 국내 개발자와 AI 스타트업에도 직접적 영향을 미친다. 한국의 AI 에이전트 스타트업들이 GitHub에 의존하는 개발 워크플로우에서 훨씬 더 빠른 피드백 루프와 안정적인 성능을 경험하게 된다. 특히 여러 에이전트가 동시에 코드를 생성하고 검증하는 '에이전트 협업 개발' 모델이 국내에서도 활성화될 가능성이 높아진다.

또한 국내 기업들이 GitHub를 통해 엔터프라이즈급 에이전트 개발 플랫폼을 구축할 때 기존의 성능 제약 걱정을 덜 수 있게 된다. 대규모 모놀리식 저장소에서도 안정적인 성능을 기대할 수 있다는 것은 국내 대형 기술 기업의 AI 기반 개발 자동화 도입을 가속화할 수 있는 환경을 조성한다.

기술과 비즈니스의 교차점

흥미로운 점은 GitHub가 이 아키텍처를 "실시간으로 운영 중인 시스템 아래에서 구축했다"는 부분이다. 이는 마이크로소프트의 클라우드 인프라(Azure)로의 대규모 이전과 새로운 아키텍처 설계가 병행돼 왔다는 의미다.

GitHub의 이번 선택은 또한 클라우드 네이티브 아키텍처로의 산업 전환을 가속화할 것으로 예상된다. 참조와 데이터의 분리, 컴퓨팅 노드의 분산 배치 등의 원칙은 향후 다른 개발자 도구와 DevOps 플랫폼이 채택할 수 있는 설계 패턴이 될 가능성이 크다. 특히 AI 에이전트가 자동으로 코드를 생성하고 테스트하는 시나리오에서 이런 확장성 설계는 필수 조건이 되고 있다.

GitHub는 이미 내부 테스트를 통해 5,000개 에이전트의 동시 작업을 검증했으며, 다음 1년 내 이 확장성이 필수 요구사항이 될 것으로 전망하고 있다. 에이전트 기반 개발이 일상화되는 시점에 GitHub는 인프라 측면에서 선제적 대응을 마친 셈이다.