GitHub, Actions·Issues·Pull Requests 장애 발생

그래, 바로 어제만 해도 나는 claude에게 end-to-end 프로젝트를 빌드하고 배포하게 했는데, 그건 오픈 소스 프로젝트에 커밋이 들어올 때마다 내 lifx 전구를 깜빡이게 하는 거였다. 아침에 보니 어제 PST 오후 11시쯤 멈춰 있었다. 왜 그런지 궁금했고, 이런 완전히 작동하는 프로젝트를 몇 분 만에 만드는 게 얼마나 쉬운지, 그리고 사람들이 하루에 이런 프로젝트를 100개씩 하는 걸 막는 게 뭔지 궁금했다. Github는 이런 시나리오를 위해 만들어진 게 아니다.

왜 그들은 "전체 시스템을 더 안정적으로 만들고, 실수하지 마" 같은 프롬프트를 넣지 않았을까?

Github가 이런 확장 문제를 지속적으로 겪는 걸 보면, 내 생각엔 다음 두 가지 중 하나는 사실일 수밖에 없다:

1) 다른 대형 기술 회사들에 비해 대규모 인프라 운영 능력이 떨어진다

2) 아니면 git 자체가 독특한 문제를 더해서 확장을 더 어렵게 만든다

나는 2)가 1)보다 훨씬 가능성이 높다고 본다.

그럼 왜 git을 고집할까? 처음부터 새로 시작하면 더 잘 확장되는 새로운 VCS를 만드는 게 가능할까?

분명히 다른 걸 채택하게 하는 건 도전일 것이다. 하지만 Github는 시장 점유율이 충분해서 이걸 해낼 수 있을 법하다. 특히 비용이나 안정성으로 마이그레이션을 유도한다면.

(이게 일반적으로 커뮤니티에 반드시 좋다고 말하는 건 아니지만, Github에는 좋다고 생각한다.)

아마도 그들은 actions를 무료로 만들고 actions plus를 만들어야 할지도 모른다. Actions 무료는 현재 제품이 하는 모든 걸 하지만 UI에서 업데이트가 지연된다. 그리고 아마도 actions 무료/플러스가 업데이트를 대신 당신의 자체 에이전트 인프라로 푸시하게 할 수도 있다. URL 하나만 설정하면 모든 actions 업데이트가 거기로 간다.

나는 모두가 왜 github의 CI/CD 파이프라인에 스스로를 가두는지 이해하지 못했고, 여전히 이해하지 못한다. 일반적인 docker 설정에서 실행되는 체크를 설정하는 건 어렵지 않다. 나는 모든 빌드와 체크에 쓰는 홈 서버가 있고, 집 네트워크에 VPN으로 접속할 수 없을 때 수동으로 실행하는 github actions 설정도 있다.

더 안정적일 뿐만 아니라, 네가 통제하는 머신에서 실행하는 게 그냥 더 빠르다.

그들이 요금제 가격을 올리고 무료 Actions 분을 줄여서 나쁜 사용자들을 쫓아내기까지 얼마나 걸릴까? 나는 이럴 바엔 한 달에 500분의 안정적인 GHA를 갖고 싶다.

GitHub 이슈가 없는 날이 있으면 HN에 글을 올리는 게 더 효율적일 것 같다.