自動化が「いつの間にか止まっていた」を防ぐ:定期実行・ログ・エラー通知の運用設計
自動化は「作って動いた」で終わりではありません。数日前から止まっていたことに、締め切り直前で気づく。定期実行の処理には、そういう事故が起こりがちです。この記事では、自動化を止まりにくくし、止まってもすぐ気づいて再開できるようにするための運用設計を、チェックリスト付きでまとめます。自動化が止まる原因は、処理より「環境」に多い作り込んだ処理そのもののバグより、実行環境の変化で止まるケースが目立ちます。代表的なのは次の3つです。再起動とWindows更新更新後の再起動でタスクが起動しない設定になっていた、起動時に必要なソフトが立ち上がっていなかった、という止まり方です。「PCを再起動しても自動で再開するか」は、作る段階で決めておく項目です。ログイン切れ・セッション切れブラウザ操作型の自動化は、ログイン状態が前提になっていることが多くあります。セッションの期限切れ、パスワード変更、2段階認証の要求で止まります。なお、2段階認証やCAPTCHAを回避するような作りは、サービスの規約に反するおそれがあり、当方でも対応しません。対象サービスの規約と、APIなど正規の連携手段を確認するのが先です。スリープ・電源・ネットワーク夜間に動かすつもりがPCがスリープしていた、ノートPCの電源設定で処理が止まった、無線が切れていた、という物理的な原因も少なくありません。例を2つ挙げます(説明用の例です)。毎朝7時に売上レポートを集計する処理が止まった。1つ目は、再起動のあとサインインするまでタスクが動かない設定だったケース。2つ目は、ブラウザのログインが切れ、処理がログイン画面の前で待ち続けていたケース
0