GitHub 다운로드 속도가 갑자기 느려진 이유, 뭐가 문제일까?

Reddit r/github에 올라온 글을 살펴보니, 사용자들이 GitHub에서 파일을 받을 때 극도로 느린 속도를 겪고 있다고 호소하고 있습니다. “1kb/s” 수준의 속도라는 표현이 나올 정도면, 단순한 네트워크 지연이 아니라 뭔가 구조적인 변화가 일어나고 있다는 신호로 읽힙니다.

35년간 대학에서 기술을 가르쳐온 경험에서 본다면, 이런 유형의 불만은 보통 두 가지를 의미했습니다. 하나는 진정한 인프라 문제이고, 다른 하나는 사용자 쪽 환경이나 특정 지역의 라우팅 이슈입니다. 하지만 Reddit의 r/github 같은 공간에서 여러 사람이 동시에 같은 증상을 보고하는 패턴은 무시할 수 없다는 뜻입니다.

대규모 플랫폼의 변화는 언제나 조용히 시작된다

원문을 확인해본 결과, 사용자들이 지적하는 것은 최근의 갑작스러운 속도 저하입니다. 이것은 단순히 “오늘 운이 안 좋았다”는 차원이 아니라, 무언가 의도된 변경이 있었을 가능성을 암시합니다. CDN(Content Delivery Network) 설정 변경, 대역폭 조절, 혹은 트래픽 관리 정책의 수정 같은 것들 말입니다.

Microsoft가 GitHub을 인수한 이후 인프라를 어떻게 재편성해왔는지는 공개적으로 잘 알려지지 않았습니다. 하지만 기업의 관점에서 본다면, 전 세계 수백만 개발자가 매일 접속하는 서비스의 운영 비용을 어느 수준에서 관리할지는 항상 풀기 어려운 문제입니다. n8n 같은 자동화 플랫폼을 직접 운영해본 입장에서 본다면, 대역폭과 스토리지는 가장 가시적인 비용 항목이거든요.

이것이 1인 개발자와 자동화 운영자에게 미치는 영향

여기서 주목할 점은 이 문제가 단순히 “다운로드가 느리다”는 불편함을 넘어선다는 것입니다. GitHub을 통한 대규모 배포, CI/CD 파이프라인, 자동화 워크플로우의 성능이 직결된 문제이기 때문입니다.

1인 자동화 운영자 입장에서 보면, 의존하던 리소스의 속도 저하는 자신이 구축해놓은 n8n 워크플로우의 신뢰성에 바로 영향을 미칩니다. “1kb/s”라는 속도면 대규모 저장소를 클론(clone)하거나 바이너리 파일을 다운로드하려다가 타임아웃이 발생할 수 있습니다. 이런 상황이 반복되면, 자신의 자동화 시스템 전체를 다시 설계해야 할 수도 있습니다.

누가 책임질 것인가, 그리고 투명성의 문제

이 글의 제목에서 “Microsoft, are you going broke?”라는 우스꽝스러운 물음이 나온 것을 보면, 사용자들의 불만이 얼마나 깊은지 알 수 있습니다. 하지만 더 중요한 질문은 다릅니다. Microsoft가 성능 저하에 대해 얼마나 투명하게 설명하고, 어느 정도의 책임감을 갖고 개선할 것인가 하는 점입니다.

오픈소스 생태계를 지켜보며 느낀 것 중 하나는, 대규모 기업이 인수한 플랫폼에서는 “갑작스러운 변화” 앞에서 개발자 커뮤니티가 얼마나 무력한지라는 것입니다. GitHub이 기본 인프라이고, 대체할 현실적인 대안이 제한적인 상황에서, 사용자들은 무조건 적응해야 합니다.

앞으로 지켜봐야 할 지점들

Reddit의 이런 불만이 단순한 일시적 문제인지, 아니면 장기적인 인프라 정책 변화의 신호인지는 계속 주시할 필요가 있습니다. Microsoft의 공식 공지나 GitHub 상태 페이지에서 어떤 설명이 나올지, 그리고 실제로 성능이 복구될지가 중요한 판단 지표가 될 것 같습니다. 또한 이것이 모든 지역에서 균등하게 나타나는 문제인지, 아니면 특정 지역이나 특정 저장소 크기에만 국한된 것인지도 구분해볼 필요가 있습니다.

이 이슈는 다음 편에서 실제 해결 과정과 커뮤니티의 대응이 어떻게 진행되었는지 이어서 다뤄보겠습니다.