본문으로 건너뛰기

© 2026 Molayo

YouTube요약2026. 06. 15. 10:00

GitHub에 현재 심각한 문제가 발생하고 있습니다…

요약

최근 GitHub의 가동 시간(uptime)이 급격히 저하되면서 개발자들의 불만이 커지고 있습니다. 제3자 모니터링 결과 GitHub의 가동 시간은 86% 수준까지 떨어졌으나, 공식 상태 페이지는 이와 상반된 보고를 하고 있어 신뢰성 문제가 제기되고 있습니다.

핵심 포인트

  • GitHub의 가동 시간이 2026년 4월 기준 약 86%로 급락함
  • 공식 상태 페이지와 제3자 모니터링 데이터 간의 불일치 발생
  • GitHub의 서비스 불안정으로 인한 개발 워크플로우 중단 문제
  • Mitchell Hashimoto 등 주요 개발자의 플랫폼 이탈 움직임

비디오: GitHub에 현재 심각한 문제가 발생하고 있습니다…
채널: Fireship
길이: 5분 58초
출처: 자막 (자동 생성, 영어)

전사(Transcript):
밤 10시입니다. 여러분의 아이들이 어디에 있는지 알고 계십니까? 저는 제 아이들이 어디에 있는지 모릅니다. 왜냐하면 GitHub에 'commit final final V2 actual fix'를 푸시하느라 너무 바쁘기 때문입니다. 불행히도, GitHub를 사용하는 1억 명 이상의 개발자 중 한 명이라면 최근에 이런 메시지를 접했을 수도 있습니다. 혹은 여러분의 모든 Pull Request (PR)가 완전히 사라졌을 수도 있습니다. 아니면 검색 결과가 아무것도 나오지 않을 수도 있습니다. 또는 여러분의 Continuous Integration (CI) Actions가 허공에서 멈춰버렸을 수도 있습니다. GitHub는 소프트웨어 엔지니어링에서 단연코 가장 중요한 웹사이트입니다. 하지만 점점 더 많은 개발자가 GitHub를 향해 소리를 지르고 있으며, 어떤 경우에는 마치 마지막 1달러를 삼켜버린 고장난 자판기처럼 말 그대로 울고 있습니다. 글쎄, 마침내 어제, 전설적인 개발자인 Mitchell Hashimoto가 상상도 못 할 일을 저지르면서 상황은 돌이킬 수 없는 지점에 도달했습니다. 그는 자신의 오픈 소스 프로젝트인 Ghosty를 챙겨서 더 나은 환경을 찾아 GitHub를 영원히 떠나기로 했습니다.

음, 이번 가을에 저는 제 재능을 South Beach로 가져가려 합니다.

오늘 영상에서는 GitHub에 도대체 무슨 일이 일어났는지, 그리고 왜 그런 일이 발생했는지 알아보겠습니다. 2026년 4월 30일, 여러분은 The Code Report를 시청하고 계십니다. 2008년, GitHub는 Ruby on Rails를 기반으로 구축되었으며, 2005년 Linus Torvalds가 Linux의 소스 코드를 관리하기 위해 만든 버전 관리 시스템(Version Control System)인 Git이라는 비교적 새로운 기술을 사용하여 소프트웨어 소스 코드를 관리하는 온라인 플랫폼으로 만들어졌습니다. 핵심 아이디어는 간단했습니다. 시니어 엔지니어가 계속해서 소리 지르는 그 명령줄(Command Line)의 악몽을 가져와서, 웹 UI를 입히고, 코드를 위한 Facebook처럼 만드는 것이었습니다. 그러자 갑자기 지구상의 모든 개발자가 공개적인 코딩 프로필을 갖게 되었습니다. 이 방식은 매우 성공적이어서 2018년 Microsoft가 75억 달러에 인수했습니다. 그리고 오늘날, GitHub는 4억 2천만 개 이상의 실패한 사이드 프로젝트를 호스팅하고 있으며, 사실상 소프트웨어의 공공 기록 역할을 하고 있습니다. GitHub에 없다면, 그것은 존재하지 않는 것이나 다름없습니다.

개발자들은 이를 사용하여 코드를 저장하고, 이슈 (issues)를 통해 버그를 추적하며, 풀 리퀘스트 (pull requests)를 통해 변경 사항을 제안하고, GitHub Actions를 통해 테스트와 배포를 실행합니다. 동시에 개발자들에게는 소셜 네트워크이자 이력서로서의 기능도 수행합니다. 이 모든 것이 Git 서버에 덕테이프로 붙어 있는 격이며, 이것이 바로 GitHub가 고장 나는 것이 왜 큰 문제인지를 정확히 보여줍니다. 그리고 현재 개발자들이 GitHub에 크게 분노하고 있는 주된 이유는 가동 시간 (uptime), 즉 가동 시간의 부족 때문입니다. 하지만 실제 증거를 확인해 봅시다.

제3자 모니터링에 따르면, 2025년 GitHub의 가동 시간은 90% 미만으로 떨어졌으며, 2026년 4월은 처참한 수준인 86% 정도로 추적되고 있습니다. 참고로 AWS S3는 11 9s (99.999999999%)를 보장하지만, GitHub는 현재 겨우 1 9 (90%) 수준으로 운영되고 있습니다. 하지만 GitHub의 공식 상태 페이지 (status page)는 이와 다른 의견을 내놓으며, 모든 서비스에 대해 99%를 훨씬 상회하는 가동 시간을 보고하고 있습니다. 어찌 되었든, 지난 한 주 동안 GitHub는 재앙이었습니다.

4월 23일, 머지 큐 (merge queue)는 658개의 리포지토리 (repos)에 걸쳐 2,092개의 풀 리퀘스트 (pull requests)를 조용히 언머지 (unmerged) 시켰습니다. 다시 말해, 여러분의 코드를 잃어버리지 않는 것이 유일한 임무인 플랫폼이 여러분의 코드를 잃어버린 것입니다. 젠장, 사라져 버렸습니다. 그러고 나서 4월 27일에는 GitHub의 엘라스틱 서치 (Elasticsearch) 서브시스템이 봇넷 (botnet)의 공격을 받아 몇 시간 동안 GitHub 검색 기능이 중단되었습니다. 그리고 4월 28일, GitHub는 같은 날 아침 두 개의 블로그 포스트를 강제로 게시해야 했습니다. 하나는 CTO가 신뢰성에 대해 사과하는 내용이었고, 다른 하나는 git push가 말 그대로 GitHub 서버에서 코드를 실행할 수 있는 치명적인 원격 코드 실행 (remote code execution) 취약점에 관한 것이었습니다.

Zig와 같은 몇몇 대형 프로젝트들은 이미 GitHub에서 다른 곳으로 이주했지만, Mitchell Hashimoto가 이 블로그 포스트를 올리면서 상황은 정말 최악으로 치달았습니다. 그는 자신의 회사인 HashiCorp의 일부인 Vagrant 및 Terraform과 같은 도구들의 제작자이며, HashiCorp는 상장되어 그를 엄청난 부자로 만들었습니다. 개인용 제트기를 소유할 만큼 충분한 돈이 있음에도 불구하고, 그는 여전히 Ghosty라는 터미널 에뮬레이터 (terminal emulator)를 만들며 매일 코드를 짜고 있습니다. 그는 2008년에 1,299번째 사용자로 GitHub에 가입하여 18년 동안 거의 매일 로그인해 왔습니다. 하지만 4월 28일, 그는 말 그대로 눈물을 흘리며 이별 편지를 썼습니다.

GitHub에 대해 말하자면, 그는 다음과 같이 말했습니다.
"인용: 나는 소프트웨어를 출시하고 싶은데, GitHub가 내가 소프트웨어를 출시하는 것을 원치 않습니다." 이 문장은 가슴을 울립니다. 그는 한 달 동안 일지를 기록하며 GitHub 장애로 인해 업무가 막힌 날마다 X 표시를 했는데, 거의 매일 X 표시가 생겼다고 합니다. 이 시점에서 그는 참을 만큼 참았고, 50,000개의 스타를 보유한 그의 GitHub 프로젝트인 Ghosty는 플랫폼을 영구적으로 떠나고 있습니다. 이는 엄청난 분위기의 변화(vibe shift)이지만, 누구를 탓할 수 있을까요? 음, 이 웹사이트가 제대로 작동하게 만드는 것이 말 그대로 그들의 유일한 책임이기 때문에 Microsoft를 지목하기는 쉽습니다. 하지만 저는 실제로 GitHub에서 일하는 사람들을 알고 있으며, 그들이 노력하고 있다고 믿습니다.

성공의 열쇠는 개발자, 개발자, 개발자, 개발자, 개발자, 개발자입니다.

2018년에 GitHub를 인수했을 당시에는 Actions, Codespaces 등의 기능과 함께 이후 몇 년 동안 실제로 더 좋아졌습니다. 하지만 이제 AI 코딩 시대에 접어들면서, 서비스 저하(enshittification)가 현실로 다가왔습니다. GitHub의 CTO는 서면을 통해 2025년 이후 에이전트 기반 개발 워크플로우(agentic development workflows)가 급격히 가속화되었다고 인정했는데, 이를 영어식으로 풀이하자면 AI 에이전트들이 GitHub를 마치 무료 뷔페처럼 몰아치고 있다는 뜻입니다. GitHub는 더 이상 개발자들을 위한 호스트가 아니라, 그들의 대체재를 위한 호스트가 되어가고 있습니다. 빌 게이츠가 COVID-19로부터 세상을 구했던 것처럼, 저는 Microsoft가 GitHub라는 배의 방향을 다시 돌려놓을 것이라고 믿습니다. 하지만 만약 그들이 그러지 못한다면, 대안은 존재합니다. 신뢰할 수 있지만 지루한 GitLab이 있고, 독일의 비영리 단체인 Codeberg가 있으며, AI 기능이 전혀 없는 미니멀한 SourceHut이 있습니다. 그리고 GitHub의 몰락으로부터 이득을 취할 준비가 된 다른 많은 실행 가능한 플랫폼들이 있습니다. 따라서 좋은 소식은, 만약 당신이 프로그래머를 직업으로 선택하는 실수를 저지르더라도, 당신의 코드가 머물 곳은 언제나 있을 것이라는 점입니다. 하지만 당신의 커리어에 80,000시간이 있다는 사실을 깨달았나요? 주당 40시간, 연간 50주, 40년 동안 말이죠. 그것은 세상에 긍정적인 영향을 미치기에 아주 충분한 시간입니다.

그리고 오늘 영상의 후원사인 80,000 Hours는 여러분이 그렇게 할 수 있도록 도와줄 수 있습니다. 만약 여러분이 젊다면, 열정을 따르라거나, 좋아하는 일을 하라거나, 주도적으로 행동하라는 식의 조언을 들어본 적이 있을 것입니다. 하지만 이러한 상투적인 문구들은 증거 나 데이터에 기반하지 않았습니다. 지난 10년 동안 어떻게 하면 선한 영향력을 미치면서도 성취감을 느낄 수 있는 커리어 (career)를 찾을 수 있는가라는 질문을 연구해 온 비영리 단체인 80,000 Hours의 작업과는 대조적입니다. 이들의 웹사이트에는 채용 게시판, 팟캐스트 (podcast) 등과 함께 영향력이 큰 커리어 (high-impact careers)에 대해 수집된 방대한 연구 자료가 있습니다. 이는 영향력이 큰 커리어를 시작하려는 사람이나 경력 중간에 전환을 원하는 누구에게나 놀라운 자원입니다. 이들의 심층적인 커리어 가이드 (career guide)를 이메일로 받아보세요. 그것이 여러분의 인생 방향을 바꾸는 촉매제가 될 수도 있습니다. 지금까지 Code Report였습니다. 시청해 주셔서 감사하며, 다음 영상에서 뵙겠습니다.

AI 자동 생성 콘텐츠

본 콘텐츠는 YouTube Fireship (개발 트렌드)의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0