깃허브 액션 상태 체크 결과 전달 지연…약 30분여 만에 정상화
개발자 협업 플랫폼 깃허브(GitHub)에서 23일(현지시간) 자동화 서비스 '깃허브 액션(GitHub Actions)'의 상태 체크 결과 전달이 늦어지는 장애가 발생했다가 해소됐다. 깃허브 공식 상태 페이지 공지에 따르면 회사는 'Delayed Actions status check results(액션 상태 체크 결과 지연)'라는 제목으로 이번 장애를 알렸고, 협정세계시(UTC) 기준 이날 오전 8시 5분(한국시간 오후 5시 5분)에 장애가 해결됐다고 밝혔다.
상태 페이지에 남은 기록을 보면 대응은 30분 남짓한 시간 안에 진행됐다. 깃허브는 UTC 오전 7시 31분(한국시간 오후 4시 31분) 업데이트에서 액션 결과 전달에 지연이 생기고 있다고 알렸다. 이어 7시 53분에는 "액션에 영향을 준 성능 저하를 완화했으며 안정성을 확인하기 위해 모니터링하고 있다"며 모니터링 단계로 넘어갔다고 공지했다.
3분 뒤인 7시 56분 업데이트에서 회사는 "UTC 7시 27분부터 액션 결과가 다시 정상 SLO 범위 안에서 전달되고 있다"고 설명했다. SLO(서비스 수준 목표)는 서비스 업체가 스스로 정해 둔 성능·응답 기준으로, 결과 전달 속도가 원래 목표치 안으로 돌아왔다는 뜻이다. 실제 정상화 시점은 한국시간 기준 오후 4시 27분으로, 지연을 알리는 공지가 올라오기 직전이었다. 깃허브는 "결과 전달이 지연된 동안 기다려 준 데 감사하다"며 "팀은 시스템 상태를 계속 모니터링하는 한편 앞으로 고객에게 미치는 영향을 줄일 개선 방안을 찾고 있다"고 덧붙였다.
최종 해결 공지는 8시 5분에 올라왔다. 회사는 "이번 문제가 해결됐다"며 "상세한 근본 원인 분석(RCA) 결과를 준비되는 대로 공유하겠다"고 밝혔다.
깃허브 액션은 개발자가 코드를 저장소에 올리거나 풀 리퀘스트(코드 병합 요청)를 열 때 빌드·테스트·배포 같은 작업을 자동으로 돌려 주는 기능이다. 작업이 끝나면 성공·실패 여부가 '상태 체크' 결과로 풀 리퀘스트 화면 등에 표시된다. 많은 개발팀이 이 결과를 보고 코드를 합칠지 결정하고, 테스트 통과를 병합 조건으로 걸어 두는 경우도 많다. 그래서 결과 표시가 늦어지면 작업 자체가 끝났더라도 코드 리뷰와 병합, 배포 일정이 함께 밀릴 수 있다. 이번 장애 제목이 작업 실행 실패가 아니라 '결과 전달 지연'을 가리키는 것도 이 때문에 개발 현장에서 체감할 수 있는 부분이다.
장애 시간대는 한국시간 기준 평일 오후 4시대로, 국내 기업과 개발자 상당수가 업무를 보는 시간과 겹친다. 깃허브 액션으로 지속적 통합·배포(CI/CD)를 돌리는 국내 팀이라면 해당 시간대에 풀 리퀘스트의 상태 체크가 오랫동안 '대기 중'으로 보였을 수 있다. 이 시간대에 병합이나 배포가 비정상적으로 처리된 기록이 있다면 다시 확인해 보는 것이 좋다. 장애 경과는 깃허브 상태 페이지 공지(https://www.githubstatus.com/incidents/ntrfd2jqldn6)에서 볼 수 있으며, 회사가 예고한 근본 원인 분석도 공개되면 이 페이지에서 확인할 수 있다.
