깃허브 액션 실행 로그 표시 지연… 워크플로 실행에는 영향 없어
깃허브(GitHub)의 자동화 기능 '깃허브 액션(GitHub Actions)'에서 워크플로 실행 로그가 늦게 표시되는 장애가 있었다. 깃허브 공식 상태 페이지 공지에 따르면 장애는 협정세계시(UTC) 기준 10월 13일 오후 8시 42분쯤 시작됐다. 한국 시간으로는 14일 오전 5시 42분쯤이다. 회사는 인프라 장애로 로그 표시가 늦어졌다고 밝혔다. 문제는 현재 해결됐고 그동안 밀린 로그 처리도 모두 끝났다.
깃허브는 이번 공지 제목에 '사후 공지(Retroactive)'라는 표시를 달았다. 장애가 진행되는 동안 실시간으로 알린 것이 아니라, 문제를 처리한 뒤에 기록으로 남겼다는 뜻이다. 공지 제목은 'Actions workflow run logs delayed(액션 워크플로 실행 로그 지연)'이다.
깃허브가 밝힌 피해 범위는 좁다. 회사는 "유실된 로그는 없다"고 했다. 로그를 만들어내는 워크플로 자체는 영향을 받지 않고 정상적으로 실행됐다고 설명했다. 워크플로 실행이 늦어지거나, 코드 변경을 병합하기 전에 거치는 검사(check)가 지연된 경우도 없었다고 덧붙였다. 정리하면 빌드·테스트·배포 같은 작업은 평소처럼 돌았고, 그 결과 기록을 화면에서 확인하는 것만 한동안 늦어진 셈이다.
깃허브 액션은 코드를 저장소에 올리면 빌드, 테스트, 배포 같은 작업을 자동으로 실행하는 기능이다. 지속적 통합·배포(CI/CD)라고 부르는 개발 흐름의 핵심 도구로 쓰인다. 실행 로그는 이 자동화 작업이 어떤 순서로 진행됐고 어디서 실패했는지 보여주는 기록이다. 개발자는 테스트가 실패하거나 배포가 막히면 로그부터 확인해 원인을 찾는다. 작업 결과가 정상이어도 로그가 늦게 뜨면 진행 상황을 바로 확인하거나 오류를 즉시 분석하기 어렵다.
이번 장애가 일어난 시간은 미국에서는 13일 오후 업무 시간이었고, 한국에서는 14일 새벽이었다. 국내에서 체감한 영향은 상대적으로 작았을 수 있다. 다만 야간 정기 빌드나 새벽 배포를 깃허브 액션으로 돌리는 국내 기업·개발자라면 그 시간대 로그 확인이 늦어졌을 수 있다. 깃허브 설명대로라면 로그는 유실되지 않았기 때문에 지금은 해당 시간대 실행 기록을 정상적으로 볼 수 있어야 한다.
장애가 정확히 얼마나 이어졌는지는 공지만으로 확인되지 않는다. 공지에는 '해결(Resolved)' 시각이 UTC 기준 13일 오후 8시 30분으로 적혀 있는데, 이는 본문에 나온 장애 시작 시각(오후 8시 42분)보다 앞선다. 사후에 공지를 올리면서 생긴 기록상 차이로 보이지만, 실제 복구 시각은 공지에 따로 나와 있지 않다. 깃허브는 장애를 일으킨 인프라 문제가 구체적으로 무엇인지, 영향을 받은 사용자나 저장소가 얼마나 되는지도 밝히지 않았다.
이번 장애는 실행 자체가 아니라 기록 표시가 늦어진 문제로 끝났다. 깃허브 측 설명으로는 사용자가 따로 조치할 일은 없다. 다만 해당 시간대에 로그가 비어 보이거나 늦게 떠서 워크플로를 다시 실행했다면, 같은 작업이 두 번 돌았는지 한 번 확인해 보는 것이 좋다.