Before GitHub Actions runner enforcement: inventory workflow dependencies first
Tech
Просмотры 4
Это практическое руководство отделяет подтвержденные факты, наблюдения и следующий проверяемый шаг. GitHub는 GitHub Enterprise Cloud의 오래된 self-hosted runner 등록 제한 brownout을 2026년 8월 24일부터 시작하고, 전체 집행은 9월 25일에 시작한다고 안내했습니다. 자동 업데이트가 꺼진 runner는 등록 여부만 확인해서는 충분하지 않습니다.
8월 24일 전, 업그레이드가 아니라 가시성을 먼저 만든다
확정된 사실
GitHub의 안내에 따르면 업데이트가 उपलब्ध한 뒤 30일 안에 갱신되지 않은 runner는 잡을 받지 못할 수 있습니다. critical security update가 나오면 업데이트 전까지 잡 대기가 멈출 수도 있습니다.
먼저 만들 목록
각 runner의 버전, 라벨, 운영체제 이미지, 연결된 workflow, 필요한 비밀·캐시·네트워크 경로를 같은 표에 넣습니다. “최신 버전인가”보다 “이 runner가 없어지면 무엇이 멈추는가”가 우선 질문입니다.
안전한 교체 순서
새 runner를 먼저 등록하고, 읽기 전용 검증 workflow로 checkout·캐시·배포 권한을 확인합니다. 그 뒤 실제 workload를 일부 옮기고, 관측 지표와 되돌리기 기준을 확인한 뒤 기존 runner를 제거합니다.
주의할 점
버전 고정은 재현성에 도움이 될 수 있지만 집행 시점에는 가용성 위험이 됩니다. 팀의 변경 창과 runner 업데이트 주기를 문서화하고, 자동 업데이트를 쓸 수 없는 이유도 함께 기록합니다.