GitHub Actions 브라운아웃 전날: self-hosted runner 인벤토리부터 점검하는 법 | Guide pratique
Tech
Vues 5
GitHub는 GitHub Enterprise Cloud에서 오래된 self-hosted runner의 등록 제한 브라운아웃을 8월 24일부터 시작한다고 안내합니다. 버전 숫자 하나보다 실제 workflow가 어떤 runner·이미지·권한·캐시 경로를 쓰는지 먼저 확인해야 합니다.
등록 여부와 실행 가능 여부는 다른 점검 항목입니다
확정된 일정
GitHub 공식 안내에 따르면 GitHub Enterprise Cloud의 전체 집행은 9월 25일에 시작하며, 8월 24일은 등록 제한 브라운아웃의 첫 날짜입니다. 브라운아웃은 오래된 runner가 실제 운영 경로에서 어떤 영향을 받는지 확인하는 창입니다.
인벤토리 한 장을 만듭니다
runner 버전, 라벨, 운영체제 이미지, 연결 workflow, 담당자, 마지막 성공 실행을 한 표에 모읍니다. 등록 이벤트와 실제 job 실행은 별개이므로 둘 다 확인합니다.
작은 검증부터 보냅니다
새 runner에는 읽기 전용 workflow를 먼저 보내 checkout, 의존성 캐시, 비밀값 접근, 배포 권한을 분리해 확인합니다. 이후 일부 workload만 옮겨 대기 시간과 실패율을 관찰합니다.
되돌리기 기준을 적습니다
장애 대응과 업데이트를 한 번에 하지 않도록 대체 runner, 중단 기준, 담당자를 미리 정합니다. 이 글은 운영 정보이며 특정 환경의 보안을 보장하지 않습니다.