GitHub Actions와 Pages, Webhooks 성능 저하로 CI 워크플로와 배포 지연 발생
- GitHub는 2026년 10월 19일 15시 49분(UTC)에 Actions와 Pages의 성능 저하를 조사하기 시작함
- 이후 Webhooks도 영향 범위에 포함되어 세 서비스 모두 지연이 발생함
- 고객들은 워크플로 상태 업데이트 지연, Pages 배포 지연, Actions 실행 기반 체크와 워크플로 웹훅 이벤트 지연을 겪음
- 16시 30분 완화 조치 이후 회복세가 확인되었고 16시 56분에 세 서비스가 정상 작동 중이라는 모니터링 상태로 전환됨
- GitHub는 인시던트 해결을 선언하고 근본 원인 분석(RCA) 보고서를 추후 공개할 예정임
Hacker News 의견들
나도 16분 전부터 Queued로 멈춰 있는데, 셀프호스티드 러너에서 이미 끝난 잡도 Queued로 뜨더라.
Cursor Origin으로 갈아탈까 고민 중임. GitHub 병목이 너무 심해서. Claude Code 연동만 아직 없는데 mods 기능으로 바이브 코딩하면 금방 될 것 같음.
Cursor Origin도 결국 GitHub 위에 얹은 UI 래퍼 아님?
우리 회사는 CI/CD랑 GitOps를 거의 다 GitHub Actions에 올렸는데, 한 바구니에 다 담으면 안 된다고 경고했음. 사람들이 신경을 안 써서 이제 나도 신경 끔.
Microsoft 인수 후에 품질이 떨어졌다는 말은 옛날 얘기 아님? 인수한 지 거의 8년 됐고, 요즘은 AI 트래픽이 CI 부하를 폭발시키는 쪽이 더 큰 원인 같음.
트래픽 쪽 얘기는 PR이랑 커밋이 분기마다 두 배씩 늘어나는 걸 봐야 함. 에이전트가 PR을 작업 기록처럼 쓰는 패턴은 사람이 쓰는 방식이랑 접근 양상이 완전히 다름. 봇 트래픽을 걸러내는 깔끔한 방법이 아직 없는 것 같음.
장애 원인을 파보니까 ElasticSearch를 원래 용도랑 다르게 쓰고 있는 것 같더라. 무료 Actions 분량도 에이전트 트래픽을 떠안고 있는 듯함.
무료 티어를 줄이지 않으면 유료 고객까지 계속 장애 겪는 거 아님? 무료 동시 작업 수를 20에서 1 or 2로 낮추는 것도 방법임.
회사에서 매주 15시 UTC쯤 Actions 장애가 나는 게 농담거리임. 미국 사용자가 업무 시작하는 시간이라 그런 것 같음.
GitLab 자체 호스팅을 쓰는데 잘 돌아감. Forgejo 셀프 호스팅도 쉽고 좋음.