GitHub Actions self-hosted runner 브라운아웃 시작일: 등록 실패 전에 확인할 인벤토리
테크
조회 3
GitHub는 GitHub Enterprise Cloud의 self-hosted runner 최소 버전 집행을 앞두고 2026년 8월 31일과 9월 2일에 등록 브라운아웃을 예고했습니다. 오늘의 핵심은 버전 하나를 추측하는 일이 아니라, 자동 업데이트가 꺼진 runner와 재등록 경로를 실제 인벤토리로 확인하는 일입니다.
등록 경로와 실행 경로를 분리해 점검합니다
runner 목록과 업데이트 정책을 함께 확인합니다
각 runner의 버전, 마지막 업데이트, 자동 업데이트 설정, 소유 저장소를 같은 표에 둡니다. 등록 가능한 상태와 실제 job을 실행할 수 있는 상태는 같은 뜻이 아닙니다.
브라운아웃 시간에는 복구 연습을 작게 합니다
GitHub가 안내한 브라운아웃은 오래된 버전의 등록 또는 실행을 일시적으로 막아 문제를 드러내는 구간입니다. 비핵심 runner 하나에서 업데이트·재등록·대체 라벨 경로를 먼저 확인합니다.
실패 신호를 CI 실패와 섞지 않습니다
job 대기, runner 오프라인, registration 실패를 테스트 실패와 구분해 알림과 담당자를 정합니다. 원인별 로그와 재시도 기준을 남기면 배포 판단이 덜 흔들립니다.
집행일 전 롤백 경계를 적습니다
업데이트 뒤에도 runner 서비스, 권한, 도구 체인이 정상인지 확인합니다. 급한 복구에서 오래된 runner를 고정하는 대신 지원되는 버전과 검증된 이미지로 되돌릴 기준을 준비합니다.