4チャネル、0本。ブログ自動投稿が「たった1つの遅延」で全部止まった日｜個人の自動化が壊れる本当の原因

今朝、公開はゼロだった。

WordPress、note、LinkedIn、GSC。4チャネル、0本。

原因は、たった1つの工程が遅れただけだった。

うちのブログは毎晩21時に翌朝分の記事を自動生成し、翌朝9時台に自動公開する仕組みで回っている。今朝もそのはずだった。だが公開の直前、9時19分に画像取得の工程がエラーで止まり、9時38分の公開処理も空振りに終わった。記事も、画像も、承認記録も、何もなかった。

4つとも止まった、たった1つの理由

調べて分かったのは単純な話だった。前夜21時に走るはずの記事生成が、何らかの理由で完了していなかった。その工程が作るはずのファイルが1つ存在しないだけで、翌朝の承認記録が作られず、画像取得も、公開処理も、次々と対象を見失った。

4つの工程はそれぞれ別のタイミングで走る。だが実態は一本の直列だった。前の工程が終わらない限り、後ろの3つは何もできない。1点が止まれば、後ろ全部が止まる。今朝、その構造がそのまま現実になった。

証拠は3つ揃っていた。前夜分の記事フォルダが作られていなかったこと。承認記録のファイルが前日日付のまま更新されていなかったこと。そして本来なら朝一番に完了しているはずの会議体の議事録が、1件も存在しなかったこと。どれも「動いていない」ではなく「動いた形跡がない」だった。

「動いて当たり前」じゃないですか

自動化って、動いて当たり前じゃないですか。設定さえ済ませれば、あとは黙って毎日回り続ける。うちも最近まで、正直そう思っていた。だが「毎日動く」と「毎日動き続ける保証がある」は、まったく別の話だった。

正直に言う。今回の停止に、うちは自分で気づけなかった。気づいたのは、朝9時19分の画像取得工程が「参照すべきファイルが存在しない」とエラーを吐いたときだ。もし画像取得の工程がエラーを出さず黙って終わっていたら、公開ゼロのまま気づかなかった可能性がある。

被害はゼロ、でも仕組みの穴は本物だった

幸い、実害はなかった。前日分の記事はすでに公開済みで、サイトの表示が止まったわけではない。読者から見れば、いつもと同じブログがそこにあるだけだ。だが「今日公開する予定だった記事が、誰にも気づかれずゼロ本になっていた」という事実は残る。次に同じことが起きたとき、今回のように気づける保証はどこにもない。

4つの工程のうち、遅延そのものを検知して知らせる仕組みは1つも無かった。あったのは、後工程が「参照先が無い」と偶然エラーを出しただけだ。仕組みが守ってくれたのではなく、たまたま気づけただけだった。

直列を、直列のままにしない

今回はっきりしたのは、直したいのはバグ1個ではなく構造そのものだということだ。やることは2つと決めた。

1つ目。前工程が遅延・失敗したときに、前日分のストックから緊急で1本を差し込む逃げ道を作る。0本の日を作らないための保険だ。2つ目。遅延を検知した瞬間に、後工程のエラー待ちにせず即座に通知する仕組みを作る。今回のように「たまたま気づけた」を、毎回の前提にしない。

どちらもまだ実装していない。今週中に両方を仕上げる、というのが現時点の宿題だ。この記事自体が、宿題を片付ける前に書いた失敗ログになる。

自動化している人に、今すぐ聞きたいこと

ブログでも、SNS投稿でも、日報でも。何かを自動化している人に聞きたい。その仕組みは、途中の1点が遅れたら、あなたに教えてくれるだろうか。それとも、動いていないことにすら誰も気づかない構造になっていないだろうか。

うちは今日、後者だった。次に同じ質問をされたとき、前者だと言えるように直す。それだけだ。