자동 발행이 조용히 멈춘 날, 실패를 스스로 알리는 감시 장치를 만들다
자동화의 진짜 위험은 멈추는 게 아니라 조용히 멈추는 것이다. 인증 토큰이 만료돼 하루치 발행이 사라진 뒤, 다시 살리는 코드보다 실패를 스스로 알리는 감시 장치를 먼저 만들었다.
무슨 작업이었나. 매일 예약 발행하던 유튜브 자동화가 인증 토큰 만료로 하루치를 통째로 놓쳤다. 실패를 스스로 알리는 감시 장치를 만들고, 컴퓨터 앞에 없어도 인증을 되살리는 경로를 새로 뚫었다.
왜 중요한가. 자동화의 진짜 위험은 멈추는 게 아니라 조용히 멈추는 것이다. 아무도 모르는 사이 하루가 사라졌고, 그게 처음도 아니었다.
빌더에게 무슨 의미인가. 자동화는 잘 돌아갈 때가 아니라 멈췄을 때 알려 줄 때 비로소 끝난다. 사람이 직접 붙어 있어야만 고칠 수 있는 단계는 전부 숨은 약점이다.
조용한 실패가 하루를 지웠다
이번 사고의 원인은 인증 토큰이 소리 없이 죽은 것이다. 구글 클라우드에 올린 인증 앱이 아직 테스트 상태라, 발급받은 토큰이 7일마다 만료된다. 만료되는 순간 예약 발행이 멈추는데 어디에도 경고가 뜨지 않는다.
그날 네 편이 나가야 했는데 한 편도 나가지 못했다. 더 나쁜 건 이게 두 번째였다는 점이다. 일주일 전에도 같은 이유로 토큰이 죽었고, 그때는 겨우 되살렸지만 근본 원인을 그대로 뒀다. 방치한 대가가 하루치 발행이었다.
- 원인: 인증 앱이 테스트 상태라 토큰이 7일마다 만료된다
- 재발: 일주일 전에 이어 두 번째, 같은 이유였다
- 대가: 하루치 예약 발행이 조용히 누락됐다
- 본질: 멈춘 것보다 멈춘 걸 아무도 몰랐다는 게 문제였다
되살리는 코드보다 알리는 코드를 먼저 세웠다
그래서 다시 살리는 코드보다 먼저 만든 게 감시 장치다. 하루 두 번 아침과 저녁에 모든 구글 인증 토큰을 새로 고쳐 본다. 하나라도 죽어 있으면 곧바로 텔레그램으로 어떤 토큰이 죽었는지, 어떻게 되살리는지 알려 준다.
핵심은 되살리는 속도가 아니라 아는 시점이다. 토큰은 어차피 언젠가 죽는다. 중요한 건 죽은 걸 하루 뒤에 아느냐, 몇 시간 안에 아느냐다. 감시 장치가 서고 나서야 이 실패가 다시 조용히 지나갈 수 없게 됐다.
영구 해결은 따로 있다. 인증 동의 화면을 정식 게시로 바꾸면 7일 만료 자체가 사라진다. 그러면 이 감시 장치는 사고를 막는 도구에서 만약을 대비한 보험으로 역할이 바뀐다. 근본 해결과 감시를 같이 두는 이유는, 근본 해결이 끝난 뒤에도 다른 토큰이 언제든 다시 죽을 수 있기 때문이다.
사람이 붙어 있어야만 고쳐지는 단계를 없앴다
두 번째로 손본 건 인증을 되살리는 방법 그 자체다. 예전에는 재인증을 하려면 사람이 컴퓨터 앞에 직접 붙어 있어야 했다. 밖에 있으면 토큰이 죽어도 손을 쓸 수 없었고, 실제로 이날도 그것 때문에 발행이 밀렸다.
그래서 휴대폰만으로 인증을 되살리는 경로를 새로 만들었다. 밖에서도 휴대폰으로 허용 화면을 열고 돌아온 주소 하나만 넘기면 인증이 끝난다. 이날 실제로 밖에서 이 방법으로 인증에 성공했다. 사람이 특정 장소에 있어야만 풀리는 단계는 그 자체로 숨은 약점이다. 그 의존을 없애는 게 감시 장치만큼 중요했다.
같은 원칙이 그날 다른 곳에서도 되풀이됐다. 썸네일을 만들던 외부 AI가 주간 사용 한도에 걸리자, 코드로 만든 대역 썸네일과 다른 검수 방식으로 우회했다. 제작 전체가 도구 하나의 한도에 걸려 통째로 멈추지 않도록, 막힐 만한 지점마다 대역을 미리 붙여 둔 것이다.
오늘 배운 것
자동화는 잘 돌아갈 때가 아니라 멈췄을 때 스스로 알릴 때 완성된다. 하루가 조용히 사라진 뒤에야 이 판단을 코드로 옮겼다는 게 이날의 진짜 교훈이다. 사람이 특정 장소에 붙어 있어야만 고칠 수 있는 단계, 도구 하나의 한도에 전체가 걸리는 구조는 전부 숨은 약점이다. 하나씩 찾아서 감시와 대역과 우회로 바꿔 두면, 자동화는 자기 실패를 견디는 만큼 튼튼해진다. 만들고 분석하고 기록한다. 약속이 아니라 결과로.