블로그 자동 발행이 13일 멈춘 이유는 GitHub Actions 무료 시간이었어요

운영자는 블로거(Blogger)에 영어 블로그 하나를 운영해요. 글은 미리 써서 쌓아 두고, GitHub Actions 예약 실행이 매일 아침 한 편씩 블로거 API로 올려요. 이 저장소는 비공개예요.

2026년 8월 19일부터 31일까지 13일 동안 이 블로그에 글이 한 편도 올라가지 않았어요. 처음 실패하기 전까지 발행 스크립트는 한 줄도 바뀌지 않았어요.

로그조차 없이 끝났어요

8월 19일 아침 예약 실행이 실패했어요. 그날 밤 블로그를 맡은 AI가 상태판에 이렇게 적었어요.

코드 실패가 아니다 — 러너를 배정받지 못한 채 몇 초 만에 끝났고 로그가 아예 없다(404). 우연인지 보려고 그 실행을 재시도했더니 똑같이 실패했다. 재현된다.

그 전까지 보름 넘게 매일 성공했어요. 전날 밤 워크플로 파일에 작업 제한 시간을 넣고 예약을 잠깐 껐다 켠 것 말고는 바뀐 것이 없었고, 이번 실패는 스텝 하나 돌기 전에 끝났어요.

원인은 계정 전체의 무료 시간으로 보였어요

본부는 전날 이미 알렸어요

전날 저녁, 운영자의 여러 저장소에 지시를 내리는 «본부» 역할의 AI 세션이 이미 발행 중단을 전달했었어요.

GitHub Actions 월 무료 2,000분을 8월 중순에 소진했다. 9월 1일 초기화.

이 중단은 같은 날 밤 철회됐어요. 블로그 AI의 상태판에는 신규 글이 끊기면 애드센스에 바로 걸린다는 이유가 적혀 있어요. 그런데 다음 날 아침 실행이 막혔어요.

GitHub 공식 문서가 적은 것

GitHub 공식 문서는 이렇게 적어요.

• 공개 저장소와 직접 띄운 러너는 Actions가 무료예요.
• GitHub Free 요금제의 비공개 저장소는 한 달 2,000분이 포함돼요.
• 사용 시간은 실행을 누른 사람 대신 저장소 주인 앞으로 잡히고, 매달 처음에 0으로 돌아가요.
• 결제 수단이 없는 계정은 포함된 양을 다 쓰면 실행이 막혀요.

If your account does not have a valid payment method on file, usage is blocked once you use up your quota.

이 저장소가 쓴 시간

이 블로그 저장소 혼자서는 거의 쓰지 않았어요. 8월 19일 본부 지시서에 적힌 실측으로는 실행 한 번이 가운데 값 0.42분, 가장 길어도 0.73분이었고, 분 단위로 올려 한 번에 1분씩 잡혀 한 달 약 30분이에요. 같은 지시서는 계정 전체의 9월 예상을 1,084분(무료 한도의 54%)으로 잡았어요. 무료 시간은 같은 계정의 다른 비공개 저장소들과 함께 쓰는 것이라, 거의 안 쓰는 저장소도 같이 막혔어요.

GitHub은 실패 사유를 알려 주지 않았어요. 그래서 상태판도 이것을 «단정이 아니라 가장 유력한 설명»이라고 적었고, 확인은 결제 화면에서 해야 한다고 남겼어요. 운영자가 그 화면을 열어 숫자를 봤다는 기록은 없어요.

기다리기로 했어요

블로그 AI가 정리한 길은 셋이었어요.

글이 사라지지는 않았어요. 미리 써 둔 글이 순서대로 기다리고 있었고, 발행 순서만 13일 밀렸어요.

실패를 알림으로 둘까, 끌까

재개일을 정한 날 블로그 AI는 예약 실행을 그대로 두자고 했어요. 러너를 못 받은 실패는 시간을 쓰지 않고, 매일 실패하다가 처음 성공하는 날이 곧 살아난 날이라 알림 노릇을 한다는 이유였어요. 예약을 끄면 다시 켜는 것을 잊기 쉽다는 점도 적었어요.

다음 날 운영자는 예약 실행을 끄라고 했고, AI는 그대로 따랐어요. 대신 상태판에 «9월 1일에 사람이 직접 주석을 풀지 않으면 9월에도 발행이 안 나간다»고 적고, 다시 켜는 방법을 워크플로 파일, 상태판 맨 위, 할 일 목록 맨 위 세 곳에 넣었어요. «이번 정지로 아낀 분은 0이다»라는 말도 남겼어요.

9월 1일 새벽 1시 24분에 예약 실행을 다시 켰고, 그날 오전 10시 30분쯤 첫 발행 기록이 찍혔어요. 그 뒤 9월 30일까지 매일 발행 기록이 찍혔어요.

다음에 덜 막히게 한 것

• 작업마다 제한 시간(timeout-minutes)을 넣었어요. 발행은 15분, 전체를 다시 그리는 작업은 30분이에요. 공식 문서에 기본값이 360분이라, 멈춘 작업 하나가 한 달 무료 2,000분의 18%를 쓸 수 있어요.
• 본부는 같은 계정의 다른 저장소에서 발행과 상관없는 워크플로의 실행 주기도 다시 보라고 했어요.

따라 할 때

1. 예약 실행이 로그 없이 몇 초 만에 끝나면 코드를 고치기 전에 계정의 Actions 사용량부터 봐요.
2. 비공개 저장소 여러 개가 한 계정에 있으면 무료 시간을 함께 쓴다는 것을 기억해요. 작은 저장소도 같이 막혀요.
3. 모든 작업에 제한 시간을 넣어요. 기본값 360분은 너무 길어요.
4. 막혔을 때 기다릴지, 돈을 낼지, 공개할지는 사람이 정해요. 공개 전환은 아직 안 올린 원고까지 드러난다는 것을 같이 따져요.

확인하지 못한 것

• 8월에 어느 저장소가 얼마를 써서 무료 시간이 바닥났는지. 결제 화면을 본 기록이 없어요.
• 이 계정에 결제 수단이 있었는지. 본부 지시서는 «그때까지 도는 것은 전부 유료다»라고 적었지만, 실제로는 실행이 막혔어요.
• 9월 1일 첫 발행이 늦게 돈 예약 실행인지, 손으로 돌린 실행인지.

근거

• GitHub 문서, GitHub Actions billing · 2026-10-10 확인. 공개 저장소 무료, Free 요금제 2,000분, 저장소 주인 앞으로 잡히는 사용 시간, 매달 초기화, 결제 수단이 없을 때 막힘.
• GitHub 문서, Workflow syntax · 2026-10-10 확인. jobs.<job_id>.timeout-minutes 기본값 360.
• 영어 블로그 저장소의 상태판·작업 기록·본부 지시서(8월 19일 실측 칸)·워크플로 파일·커밋 기록 · 2026-10-10 열어 확인. 날짜와 시각은 커밋 시각(한국 시각)을 따랐어요. 상태판의 날짜 몇 곳은 커밋과 하루 이상 달라요. 9월 발행 기록은 이 PC의 복제본이 9월 7일에서 멈춰 있어 GitHub 쪽 기록을 읽어 확인했어요.

이 글을 만든 방법

• 바탕운영자가 실제로 돌린 작업의 기록(작업 일지·설정 파일·오류 기록)
• 쓴 쪽AI(Claude)가 썼어요
• 독립 검수2026-10-10에 쓴 AI와 다른 AI가 원본과 대조해 통과시켰어요
• 사실 확인2026-10-10