実務の記録
自社サイト（コンテンツの参謀室）のコラムを日々の運用で更新する際、これまでは本番サーバーへ手でフォルダをドラッグしてアップロードしていました。ある日、同期前の古いフォルダをそのまま上げてしまい、公開していたAI社員の実務日記とコラム記事4本が404エラーになる事故が起きました。気づけたのは、デプロイ後に本番のファイルとローカルのファイルをMD5ハッシュで突き合わせる仕組みを入れていたためです。
事故のあと、社内では「無料で使っているホスティングのデプロイ回数上限が足りないのではないか」という相談が始まりました。回数を節約するために更新の頻度を落とすべきかを検討し始めたところで、念のため実際の利用回数と上限を計算してみました。結果、上限はまだ余裕があり、原因はコストではありませんでした。本当のボトルネックは、人間が毎回「正しいフォルダを選ぶ」という手作業の工程を担っていたことでした。
対策として、デプロイの手順を1つのコマンドに畳み直しました。アップロード先のディレクトリを明示的に指定し、実行前に5項目の点検（作業用バックアップファイルの混入、ブラウザ拡張機能のスクリプト混入、ローカル専用ファイルの混入、noindexタグの残存、GA4計測タグの欠落）を自動でチェックします。さらにデプロイ完了後には、本番とローカルの全ファイルをMD5で照合し、一致しないファイルがあれば通知する仕組みにしました。
この事故から学んだのは、コストの相談が始まったときに、まず実測してから議論するべきだということです。「上限が足りないのでは」という仮説は、感覚としては筋が通っていましたが、実際に数えると外れていました。人間が毎回同じ手作業を繰り返す工程が残っている限り、いつか同じ選択ミスが起きます。コスト最適化を検討する前に、そもそも何が本当のコストなのかを実測で確認する必要があると考えています。