내가 편리하게 사용하고 있던 Google Apps Script(GAS) 기반의 자동 포스팅 시스템에서 갑자기 동작 정지 오류 메일이 쏟아지기 시작했다. 에러 로그를 살펴보니 원인은 GAS의 최대 실행 시간 제한인 360초를 초과하여 프로세스가 강제로 종료된 타임아웃 오류였다. 무료 Gmail 계정이 제공하는 6분이라는 제약 조건에 가로막히는 순간은 늘 당혹스럽기 그지없다.

문제의 주범을 추적해 보니 본문에 삽입할 이미지를 생성하는 영역에서 병목이 발생하고 있었다. AI 기반 이미지 생성 도구인 Pollinations API를 연동하여 이미지를 그려오는데, 가끔 API 응답이 늦어지거나 일시적으로 오류가 나면 이를 처리하는 대기 시간 설계가 너무 길게 잡혀 있었던 것이다. 효율적인 GAS 재시도 설계가 절실한 시점이었다.

왜 6분 실행 시간 제한에 걸렸을까? 기존 설계 분석

기존에 작성해 두었던 코드의 재시도 로직은 다소 안일하게 구현되어 있었다. API 요청이 실패할 때를 대비한 백오프(Backoff) 대기 시간이 무려 [30, 60, 90]초로 배열 형태로 잡혀 있었던 것이다. 여기에 일시적 과부하 상태를 나타내는 429 에러가 발생할 경우, 추가로 30초를 더 쉬어 가도록 코딩해 두었다.

이 구조의 치명적인 문제는 이미지 생성 API가 연속적으로 세 번 모두 실패했을 때 발생한다. 총 대기 시간만 계산해도 30초 + 60초 + 90초에 429 가산 시간 30초까지 더해져 최대 240초(4분) 동안 대기 상태에 빠지게 된다. 전체 제한 시간인 360초 중에 240초를 순수 대기 시간으로 허비하니, 남은 2분 남짓한 시간 동안 다른 자동화 작업을 끝마치지 못하고 타임아웃에 빠지는 것은 필연적이었다.

대기 시간 축소와 재시도 횟수 조정으로 해결하기

6분이라는 명확한 제한 내에 안전하게 안착하기 위해 기존의 과도한 대기 규칙을 칼질하기로 결정했다. 우선 최대 재시도 횟수를 기존 3회에서 2회로 축소했다. 실패가 잦다면 굳이 3번까지 끌고 갈 필요 없이 일찌감치 차단하는 것이 전체 시스템 안정성에 훨씬 이롭기 때문이다.

동시에 대기 시간 배열 역시 기존의 무거운 구조에서 [15, 25]초로 대폭 줄였다. 그리고 429 상태 코드 발생 시 무조건 추가 대기하던 30초 규칙 또한 완전히 덜어냈다. 이렇게 조정을 완료하자, 아무리 API 요청이 지연되고 오류가 발생하더라도 재시도로 소모하는 대기 시간이 최대 40초를 넘지 않게 되었다.

이미지 생성 실패 시 단호한 발행 중단 정책 유지하기

이번에 재시도 횟수를 줄이면서 이미지 생성이 끝내 실패할 경우 글이라도 그냥 발행할 것인가에 대한 고민이 깊어졌다. 하지만 내 생각은 확고했다. 비주얼 요소가 빠진 밋밋한 텍스트 중심의 포스팅은 독자에게 정보를 제대로 전달하기 힘들고 가치도 현저히 떨어진다고 생각한다.

따라서 이미지가 누락된다면 차라리 포스팅 발행 자체를 즉시 중단하는 엄격한 예외 처리 정책을 그대로 고수하기로 했다. 정상적인 형태의 글만 완성도 있게 세상 밖으로 내보내는 편이 블로그의 장기적인 신뢰도 향상에 도움이 되기 때문이다. 이 수정된 효율적 재시도 로직을 내가 운영 중인 KidStory, 이슈로그, JinsLab 세 가지 파일에 동일하게 적용하여 일관성을 맞추었다.

마치며: 환경 제약 속에 찾은 현실적인 최적화

이번 삽질을 통해 플랫폼이 정해 둔 명확한 한계 시간 내에서 움직여야 하는 클라우드 자동화 서비스의 경우, 타이트한 설계야말로 가장 우아한 해법이 된다는 점을 깨달았다.

현재는 위와 같이 설계를 개선한 이후로 6분 타임아웃 장벽을 단 한 번도 만나지 않고 세 개 파일 모두 매우 매끄럽게 돌아가고 있다. 제한 시간 내에 확실하게 작업을 끝마칠 수 있도록 최적화된 백오프 타이밍을 세팅하는 일, 이것이 바로 안정적인 자동화의 핵심 비결이다.