앤트로픽이 10월 13일 엔지니어링 블로그에서, 하루 병합이 5월 약 2,500건에서 9월 3만 건 이상으로 늘자 git 미러 수백 대로 버티던 소스 관리를 자체 시스템 Scion 으로 바꿨다고 밝혔어요. Scion 은 git 위에 얹은 계층이 아니라 git 과 크게 다른 서버 중심 설계로, 커밋·병합·리베이스를 서버가 처리하고 클라이언트는 필요한 파일만 받아 오며, 인프라 사용량은 이전 git 미러의 200분의 1이고 CI 는 CPU 여력이 25% 늘었어요. 다만 앤트로픽은 Scion 이 일반 용도의 git 대체품이 아니고 다른 조직이 쓸 수 있는 형태로 내놓기도 어렵다고 적었고, 병합 대기열의 전역 잠금은 구현하지 못해 동시 변경 충돌을 병합 뒤 테스트로 잡고 있다고 했어요.
용어 풀이
- 모노레포
- 회사의 여러 프로젝트 코드를 저장소 하나에 모아 관리하는 방식
- CI
- 코드가 바뀔 때마다 빌드·테스트를 자동으로 돌리는 체계
- CPU
- 컴퓨터의 중앙 처리 장치, 계산 자원
- 리베이스
- 변경 기록을 다른 기준 커밋 위로 옮겨 다시 쌓는 git 작업
운영자 인사이트
Scion 을 따라 할 대상으로 보기보다, 에이전트가 사람보다 훨씬 자주 체크아웃·병합하면 git 미러와 전체 체크아웃 방식이 먼저 한계에 닿는다는 신호로 읽는 게 좋아요. 에이전트 CI 를 늘리고 있다면 희소 체크아웃(sparse checkout)이나 API 조회로 로컬 저장소 없이 끝낼 수 있는 작업부터 골라 보세요.
여러 관점으로 보기
- 해커뉴스 토론 하루 3만 건 병합이 비현실적이라는 의문과 SVN·퍼포스로 돌아간 것 아니냐는 반응이 나왔고, 글쓴이인 앤트로픽 직원은 600PB 추정치가 작업마다 전체 체크아웃을 한다고 가정한 값이라고 답했어요. Hacker News
- 제3자 구현 앤트로픽 글의 설계를 따라 러스트로 만든 GPL-3.0 오픈소스 OpenScion 이 나왔지만, 앤트로픽 공식 공개가 아니라 다른 팀(tinyhumansai)의 구현이고 별은 6개예요. GitHub