こんにちは、東北ずん子です。
今日は Qiita で話題になっている記事『ADサーバーが消えた日』を読んで、震えが止まらないずんだもんと一緒に、

なぜ IaC が必要なのか
なぜ GUI を信じてはいけないのか

を、「Human Zero Trust（人間ゼロトラスト）」という視点も交えながらお話していきますね。

「ADサーバーが消えた日」ってどんな話？

ずん子：あわわ……あの記事、深夜 3 時に本番環境の AD サーバーを 2 台とも「Delete」しちゃうなんてびっくりなのだ……。

ずんだもん：そうねぇ。完成度の高いリアリティのあるお話だったわね。
でもね、ずんだもん。あれは「寝不足」や「うっかりミス」だけが悪いわけじゃないのよ。

ずんだもん：えっ？だって、前夜にゲームして寝てなかったのは事故に関係ありそうなのだ。

ずん子：もちろん体調管理はとっても大事よ。でも本当に怖いのは、「人間が寝不足でも、ミスが起きない仕組みになっていなかった」ことなの。
今日はこの事故を、記事をベースに次の 5 つの視点から一緒にポエムしていきましょう。

「ゼロトラスト」＝ UI を信じない。CLI とログだけを信じる
IT 作業は「肉体労働」ではなく「頭脳労働」である
「短期メモリー」に頼らず、出力ログ（CSV/JSON/SYSLOG）を信じる
「個人スキル」を信用しない（Human Zero Trust）
IaC（Infrastructure as Code）の徹底

1. UI（画面）は平気で人を裏切る：ゼロトラストの真意

ずんだもん：記事だと、「スナップショットを消すつもり」で作業してたのに、間違って「サーバー本体をインベントリから削除」しちゃったって書いてあったのだ。画面のメニューが紛らわしかったらしいのだ。

ずん子：そこが大事なポイントね。
**「UI に表示されていることが正しいとは限らない」**──これがゼロトラストの第一歩よ。

NIST のゼロトラスト・アーキテクチャでは、

「決して信用せず、常に検証せよ（Never trust, always verify）」

という考え方が示されています。(NIST技術シリーズ出版物)

ずんだもん：でも、画面にボタンが出てたら押すのが普通じゃないのだ？

ずん子：GUI はね、人間のコンディションにすごく影響されるの。
眠い時は「Delete」という文字だけ見て、脳が勝手に「きっとスナップショットの削除に違いない」って補完してしまうのよ。

だから、こう考えたほうが安全よ。

🔒 GUI 操作は「見た目の印象」に左右されるので、デフォルトでは信用しない

じゃあ、どうするかというと……

ずんだもん：CLI なのだ？

ずん子：そう。CLI（コマンドライン）とログだけを信じるの。
テキストで明示されたコマンドなら、「似ているボタンを押し間違える」ことは起きにくいわ。

スナップショット削除 → 「スナップショット削除用のコマンド」
仮想マシン削除 → 「VM削除用のコマンド」

この 2 つを同じスクリプトに混ぜないように設計しておけば、うっかりクリックよりずっと安全になるわね。

2. 令和の IT 現場に、物理工事のスタイルを持ち込まない

ずんだもん：でもさ、記事の中だと、後ろにベテランの確認者さんがいたのだ。二人で画面見てたのに、なんで止められなかったのだ？

ずん子：ずんだもん、YouTubeで100年前の工事現場の映像を見たことあるかしら？

ずんだもん：えっと、作業してる人の横で、兵隊みたいな恰好の人が腕組んで突っ立って見てるアレなのだ？

ずん子：そう、そのイメージ。令和の IT 現場なのに、「隣で偉い人が立って見ているだけ」で確認した気になっていないかしら？というお話なの。

同時操作で画面を眺めるのは、ITにおける「検証」じゃないのよ。それはただの肉体労働的な「工事っぽい雰囲気づくり」や「儀式」でしかないの。

❌ 「人が横から見てるから安全」
✅ 「コードとログが安全性を保証しているから安全」

ずんだもん：ぐぬぬ……。じゃあ IT 技術者っぽいやり方って、どうするのだ？

ずん子：IT での「作業」は、本来ブレインワーク（頭脳労働）なの。

マウスをクリックするのが仕事じゃなくて
「どうすれば人間に頼らず安全に回せるか」を考えるのが仕事

目視確認ではなく、スクリプトを実行して、その結果を検証する。それが IT 技術者の確認の仕方よ。

実は「画面共有でワイワイ確認」も IaC 的には NG なことがある

ずんだもん：でもさ、最近は画面共有しながら複数人で確認するのが普通じゃないのだ？

ずん子：うん、気持ちはわかるわ。
でもね、IaC の観点では「画面共有の同時操作」が逆効果になるケースも多いの。

作業者は

「見られてる」ことで気が散る
本来の集中力が落ちる
結果としてスピードも落ちる

5 年前なら
「たくさんの人でがんばりましたよ」
っていう 雰囲気のアピール も通じたかもしれない。

でも今はね、

「何人でやったか」より
「どれだけ正確で、どれだけ速いか」

を冷静に見る賢いユーザー企業が、明らかに増えているの。

じゃあどうするのがいいの？ ― 非同期 × 証跡主義という答え

ずん子：たとえば、こんな分業はどうかしら。

**作業者A**：スケジュールでスクリプトを自動実行する設定を行う（前日まで）

**確認者B**：スクリプト内容とスケジュールが要件どおりであることを確認する（前日）

**確認者C**：別視点でスクリプト内容とスケジュールを確認する（前日）

そして当日：

**作業者A**：スケジュールでスクリプトが自動実行されたことを確認し、動作ログと作業前後パラメータの差分を証跡として残す（当日）

**確認者B**：作業者Aが残した証跡が正しいことを確認する（当日）

**確認者C**：同じく証跡を確認し、問題がないことをチェックする（当日）

ずんだもん：おお……。
誰も同時に同じ画面を見てないのに、ちゃんと三重チェックされてるのだ。

ずん子：そう。これは 完全に非同期作業 になるの。

待ち時間が減る
無言の同時待機が消える
トータル時間は短くなる
そのぶん 作業の「密度」だけが上がる

経営者の視点でも、このやり方は強い

ずん子：さらに言うとね、これは 経営者目線でもものすごくコスパがいいの。

同じ成果物に対して
同時拘束する人数が減る
作業時間も短縮される

つまり、

✅ 人件費は下がる
✅ ミスは減る
✅ スピードは上がる

という、珍しく「技術・現場・経営」が全部一致する改善なのよ。

ずんだもん：なるほどなのだ……。たしかに、これなら「全員が深夜待機」みたいなことをしなくていいのだ。画面の前に全員集合！はい点呼！するより、 コードとログの前に集合したほうが合理的 なのだ。

ずん子：そういうことね。しかも、やっていることは全部ログとパラメータ差分として残るから、「誰が」「いつ」「何を確認したか」まできれいにトレースできる。
令和の IT 現場は、もう 「工事現場ごっこ」から卒業する時代 なのよ。
ずんだもんは100年前のままでいたい？

3. 人間の「短期メモリー」は信用しない：ステータスとログだけを信じる

ずんだもん：記事だと、途中の「正常性確認のステップ」を読み飛ばしてたのに、誰も気づかなかったって書いてあったのだ。つまり作業者にとって「やったつもりだった」ということなのだな。

ずん子：そうね。ここで見えてくるのは、「人間の短期記憶を前提にした設計にしてしまっている」という問題なの。

深夜 3 時、寝不足、緊張、焦り──そんな状態で、

さっきこの確認をやったか？
どのサーバーを再起動した？
どのステップまで進んだ？

を、頭の中で完璧に覚えておくのは無理があるわ。

だからこそ、

🧾 「短期メモリーを必要とする作業」にしてはいけない

のよ。

ずんだもん：じゃあ、どうするのだ？

ずん子：すべて「外部記憶」にするの。

各ステップで必ずコマンドを実行して
その結果を CSV やログストリームに吐き出して
「そのファイルが存在していなければ次のステップに進めない」

というふうにすればいいの。

例：

step07_ad_health_check.csv が無いと次のジョブが動かない

CSV 内の「エラー件数」が 0 でないと、完了とみなさない

ずんだもん：なるほど！これなら「やったつもり」は物理的に発生しないのだ！

ずん子：そう。 「人の短期メモリーより正しいものは、出力されたパラメータである」 これはぜひ覚えておいてね。

4. 「あの人はベテランだから」は、ゼロトラスト的にはアウト

ずんだもん：でも、作業してた A さんは 1 年目だけど、確認者の「私」さんは 5 年目のベテランだったのだ。それでも事故ったのだ。

ずん子：あの記事の「なぜなぜ分析」では、最終的に「Aさんを信用しすぎていた」「実績があるから大丈夫だと思っていた」というところに行き着いていたわね。

ここで大事なのは、

「個人スキルへの信頼」と「システムとしての安全」は、全く別物

ということよ。

大工さんや金属加工の職人さんのような物理スキルなら、長年の経験は大きな武器になるわ。
でも IT 操作は、UI も仕様もバージョンアップで変わるし、「慣れ」でどうにかする」タイプの仕事ではないの。

ずんだもん：確かに、OS の設定画面もツールの UI もすぐ変わるのだ……。

ずん子：だから、元記事でも言われてるように、こういうことだと思うの。

🧠 ゼロトラストとは、「個人スキルを信用しない」ということでもある（人間版）

「あの人は何年もやってるから大丈夫」ではなく
「誰がやっても同じ結果になるコードがあるから大丈夫」

この状態を目指すのが、IT運用としての成熟なのよ。

5. IaC を徹底すると、「人災」の余地がほぼ消える

ずんだもん：じゃあ、最終的にどうすればよかったのだ？

ずん子：答えはシンプルよ。 IaC（Infrastructure as Code）を徹底することね。

IaC のベストプラクティスでは、

インフラ構成や運用手順をすべてコード化する
Git で管理し、レビューと差分管理を行う
手作業での変更を極力なくす

といったことが繰り返し強調されています。(Spacelift)

元記事でもその後に実践されているけど、もし今回の環境が IaC で運用されていたらこうなっていたはずよ。

例）

本番GUIは禁止、そもそも本番用Webコンソールは読み取り専用とする
更新はスクリプト（またはパイプライン）だけで実行
スナップショット削除用のコードと、本体削除用のコードは役割も権限も分離
状態確認はすべて CLI で実行され、その結果がログ／CSVに保存される
どのステップも「ログがないと通らない」

ずんだもん：おおお……これなら、うっかりクリックする場所を間違えて AD を消す、なんてことはそもそも起こりえないのだ。

ずん子：そうね。 IaC は、単に「宣言的に書けて便利だよ」という話だけではなくて、

🔐 「人間の調子が悪くても、本番が壊れない」ためのセーフティネット

でもあるの。

6. まとめ：ITにおける「作業」は頭脳労働であって、肉体作業ではない

最後に、今日のお話をまとめておきましょうね。

UI（画面）は信用しない
- ゼロトラストの原則どおり、見た目ではなく CLI の出力とログで判断する
GUI 操作を“正”とするのは、肉体労働 & 劇場のマインド
- IT 作業はブレインワーク
- 「どう自動化し、どう検証し、どう記録するか」を考えるのが仕事
短期メモリーを前提にした設計は NG
- 作業ステータスはコマンド出力と CSV に残し、「やったつもり」を物理的に不可能にする
「あの人はベテランだから」は禁句
- Human Zero Trust：個人スキルではなく、コードとプロセスを信頼の土台にする
IaC を徹底することで、人災の余地を小さくする
- 変更も復旧も、「アドリブ」ではなくコードで行う

ずんだもん：トータルすると、「IT業界における作業は頭脳作業であり、肉体作業ではない」って認識を持つことが、一番の対策ってことなのだ？

ずん子：そうね。それがちゃんと組織全体で共有できれば、AD サーバーが突然消えるような、ああいうヒヤッとする事故は、きっとぐっと減らせるはずよ。

✅ IaC を徹底しよう
✅ **GUI のマウス操作を正としない
✅ CLI とログだけを信じよう
✅ 短期記憶に頼らない運用をつくる（逐一ログ保存）
✅ 個人スキルに依存しない
✅ ITの「作業」は肉体労働ではなく頭脳労働だと認する

正月用餅つきの練習会場にて

ずんだもん：ずん子、ありがとうなのだ！ボクも明日の運用から、少しずつでも「コード」と「ログ」を信じるように変えていくのだ！

ずん子：うんうん、そうだね。……じゃあ、ずんだもん。

ず：な、なんなのだ？

ずん子：「もう一個だけずんだもち食べても大丈夫」って判断も、ちゃんとゼロトラストで検証してからにしようか？

ず：えっ……？さっき食べたのは「最後のひとつ」だったはずなのだ……。

ずん子：ほんとに？お皿の上と、臼の中を見比べて、ちゃんと 証跡（ログ） は残ってるかしら？

ず：……ログは無いのだ。でも体感的には、まだ食べられる余地があるのだ。

ずん子：はい、体感は信用しません。体重計に出力されたパラメータだけが正義です。

ず：ぐぬぬ……。ずんだもんの食欲は、ゼロトラスト非対応だったのだ……。😭

リンク

※本記事は Qiita 記事「ADサーバーが消えた日」をもとに、IaC と Zero Trust、および「人間ゼロトラスト（Human Zero Trust）」の観点からAIで自動生成したポエムです。

利用キャラクター

ずんだもん：VOICEVOX:ずんだもん

本記事で使用しているキャラクター画像の著作権は、それぞれの権利者に帰属します。
非商用目的での利用に基づき掲載しています。