GitHub, 2026년 8월 및 9월 가용성 보고서 공개

무엇이 어떻게 달라졌는가

GitHub는 2026년 8월과 9월 두 달간의 서비스 가용성 개선 현황을 담은 보고서를 발표했다. 이 보고서는 공유 데이터베이스의 압력을 줄이고, 과부하 제어 기능을 추가하며, GitHub Actions의 운영 여유 공간을 확보하는 등 다양한 개선 사항을 포함한다. 또한, 풀 리퀘스트(Pull Request)의 장애 격리 기능을 확장하고, 더 많은 프로덕션 워크로드를 Azure 클라우드로 이전하는 작업을 진행했다.

이러한 노력에도 불구하고, 보고 기간 동안 중요한 서비스 중단 사고가 발생했으며, 용량 확보 작업의 일시 중단과 마이그레이션 목표 미달성 등 아직 완료되지 않은 과제들이 있음을 밝혔다. GitHub는 가용성, 용량, 기능 순서로 개선 작업을 진행한다는 원칙을 유지하고 있다.

그 변화의 배경과 맥락

GitHub는 서비스 안정성 강화를 위해 지속적으로 인프라 개선 작업을 수행하고 있다. 특히 공유 데이터베이스는 여러 서비스가 의존하는 핵심 구성 요소이므로, 여기에 가해지는 부하를 줄이는 것이 전체 시스템의 안정성에 중요하다. 과거의 서비스 중단 경험을 바탕으로, 시스템의 특정 부분이 과부하 상태에 도달했을 때 전체 서비스에 미치는 영향을 최소화하기 위한 제어 메커니즘 도입의 필요성이 제기되었다.

또한, GitHub Actions와 같은 핵심 서비스의 성능과 안정성을 보장하기 위해 충분한 운영 자원(헤드룸)을 확보하는 것이 중요하며, 풀 리퀘스트와 같은 사용자 상호작용이 많은 기능은 부분적인 장애 발생 시에도 서비스 연속성을 유지할 수 있도록 설계되어야 한다. Azure로의 워크로드 이전은 확장성과 복원력을 높이기 위한 장기적인 전략의 일환이다.

구체적인 개선 내용

Azure 마이그레이션 현황을 보면, 10월 7일 기준으로 160개 프로덕션 서비스 중 120개가 미국 중부(Central US) 리전에 배포되었다. 또한, 51개 주요 MySQL 데이터베이스 중 13개가 이전 완료되었다. Azure는 GitHub 핵심 애플리케이션의 읽기 트래픽 65.4%, Git 읽기 트래픽 48.3%, 스트림 처리 트래픽 80.2%를 처리하고 있다.

데이터베이스 개선 작업으로, GitHub의 가장 오래된 공유 데이터베이스에서 24개의 인증 핵심 테이블을 분리하여 복제본에서 초당 약 100만 건의 쿼리 부하를 줄였다. 이슈 및 풀 리퀘스트를 지원하는 데이터베이스 클러스터에서는 약 9억 8천만 개의 불필요한 편집 기록 행을 제거하여 약 1.8테라바이트의 저장 공간을 확보했다. 주간 교착 상태(deadlock)는 6월 최고치 대비 약 77% 감소했으며, 지속적인 정리 작업으로 무한한 성장을 방지한다.

풀 리퀘스트 트래픽의 절반은 공유 종속성(shared dependency) 장애 발생 시 제한된 기능으로 계속 작동할 수 있도록 개선되었다. 데이터베이스 트래픽 라우팅은 트래픽 급증 시 자동으로 용량을 확장하며, 9월 23일 풀 리퀘스트 활동 증가 시 한 그룹은 14개에서 19개 인스턴스로 확장되었다. 프로덕션 과부하 제어 기능은 우선순위가 낮은 요청을 거부하여 우선순위가 높은 API 및 웹 워크플로를 보호한다.

GitHub Actions는 Redis 작업량을 약 28%, 상대적 CPU 사용량을 약 30% 줄여 운영 여유 공간을 확보했다. 별도의 인프라 캐시를 통해 Redis 대역폭을 84%, 평균 응답 시간을 66%, 주요 인벤토리 요청의 중앙값 응답 시간을 96%, 대기 중인 요청을 95% 감소시켰다.

개발자 및 사용자 영향

이러한 개선 사항은 GitHub 서비스의 전반적인 안정성과 성능을 향상시켜 개발자와 사용자에게 더 원활한 경험을 제공한다. 공유 데이터베이스 부하 감소와 과부하 제어 도입은 서비스 중단 가능성을 줄이고, 트래픽 급증 시에도 안정적인 서비스 유지를 돕는다. 특히 풀 리퀘스트 기능의 장애 격리 강화는 개발자들이 코드 리뷰 및 통합 작업을 더욱 안정적으로 수행할 수 있게 한다.

GitHub Actions의 성능 개선은 빌드 및 배포 파이프라인의 실행 속도를 높이고 안정성을 향상시켜 개발 생산성에 긍정적인 영향을 미친다. Azure로의 워크로드 이전은 장기적으로 서비스의 확장성과 복원력을 높여, 더 많은 사용자와 더 복잡한 워크로드를 안정적으로 지원할 수 있는 기반을 마련한다.

적용 조건과 한계

GitHub는 9월 11일 가용성 영역(availability zone) 간 용량 불균형으로 인해 미국 중부 배포 및 트래픽 증가를 일시 중단했다가 9월 18일에 재개했다. 9월 30일까지 모든 프로덕션 서비스를 배포하려던 목표는 달성하지 못했다. 계획된 데이터베이스 페일오버 중 자동화된 비상 프로세스가 미국 중부 데이터베이스 복사본을 분리하여 해당 지역 고객에게 서비스 중단을 초래했으며, 이 프로세스는 계획된 핸드오버 동안 비활성화되었다.

9월 13일 발생한 서비스 중단은 백그라운드 데이터 정리 작업이 공유 데이터베이스에 과도한 부하를 주어 발생했다. 복제본 지연을 감시하는 안전장치가 주 데이터베이스 서버의 부하를 고려하지 못했고, 빠른 타임아웃 부재와 토큰 생성 재시도 루프가 문제를 악화시켰다. GitHub는 데이터베이스 복원력을 높이고 불필요한 재시도를 줄이며 느린 데이터베이스 요청의 영향을 제한하는 추가 안전장치를 구현하고 있다.

9월 28일 발생한 Copilot 코드 리뷰 서비스 중단은 서비스 변경으로 인해 일부 고객에게만 전체 리뷰 결과가 전송되지 않아 발생했다. 모니터링 부족으로 문제가 즉시 감지되지 않았다. GitHub는 리뷰 및 전달 프로세스 전반에 걸쳐 안전장치를 강화하고, 실패한 리뷰의 자동 복구 및 문제 발생 시 조기 알림 기능을 추가하며, 모니터링 및 배포 프로세스를 개선하고 있다. 이러한 사건들은 측정된 개선 사항이 실제 조건에서 고객 위험을 줄일 때만 의미가 있음을 상기시킨다.