GitHub Actions runner 브라운아웃 사흘 전: CI가 멈추기 전에 확인할 네 가지
테크
조회 6
GitHub는 GitHub Enterprise Cloud의 오래된 self-hosted runner 등록 제한 브라운아웃을 8월 24일부터 시작한다고 안내합니다. runner가 등록되는지만 확인하는 것으로는 부족하며, 실제 워크플로가 어떤 이미지·캐시·권한·네트워크 경로에 기대는지 함께 점검해야 합니다.
버전 숫자만 보지 말고 실행 경로를 확인합니다
확정된 사실
GitHub의 공식 안내에서 새 아키텍처에 runner를 등록하려면 2.329.0 이상이 필요합니다. 작업 실행에는 새 runner release를 30일 안에 적용하는 요건도 별도로 적용됩니다.
첫 번째 점검: 인벤토리
runner 버전, 라벨, 운영체제 이미지, 연결된 workflow와 담당자를 한 목록에 적습니다. 등록 로그만으로 모든 연결 runner를 찾을 수 없다는 GitHub의 주의도 반영합니다.
두 번째 점검: 교체 경로
새 runner에 읽기 전용 검증 workflow를 먼저 보내 checkout·캐시·배포 권한을 확인합니다. 그 다음 일부 workload만 옮기고, 대기 시간과 실패율을 관찰한 뒤 이전 runner를 제거합니다.
세 번째 점검: 되돌리기 기준
브라운아웃 기간에는 등록 또는 실행이 간헐적으로 제한될 수 있습니다. 실패 시 담당자·대체 runner·중단 기준을 미리 문서화해 두면 업데이트와 장애 대응을 섞지 않을 수 있습니다.