📸 広島城 訪問フォトレポート
🏯 広島城（鯉城）を知る——3つの大転換が刻んだ歴史
広島城は1589年（天正17年）に毛利輝元が太田川デルタ地帯で築城を始め、1591年（天正19年）に入城した平城です。毛利・福島・浅野と引き継がれ、幕末まで続く城の歴史は、まさに「権限の継承と管理」の連続でした。
📌 広島城の基本データ
築城：1589年（天正17年）着工、1591年（天正19年）入城 ／ 築城主：毛利輝元 ／ 場所：広島県広島市中区
構造：梯郭式平城 ／ 愛称：鯉城（りじょう）
歴代城主：毛利氏（1591-1600）→ 福島氏（1600-1619）→ 浅野氏（1619-明治維新）
倒壊：1945年8月6日 原爆により倒壊 ／ 復元：1958年（鉄筋コンクリート造）
閉城：2026年3月22日（三の丸歴史館に移行・2027年6月開館予定）
この城の歴史には、ITシステムや組織運営に驚くほど重なる3つのテーマが潜んでいます。
⚠️ 福島正則の「無断修築」——変更管理違反が招いた減転封
関ヶ原の合戦（1600年）で東軍・徳川家康に従い大功を立てた福島正則。その褒賞として広島藩49万石余りを与えられ、広島城に入城しました。しかし、この英雄が城主の座から追われる末路は、現代のITエンジニアなら思わず頷くような理由でした。情報システム部（幕府）を通さずに、現場の判断だけで勝手にシステムをいじってしまう『シャドーIT』。福島正則の無断修築は、まさに江戸時代に起きたシャドーITによる大インシデントだったんだね🐾
元和5年（1619年）——「無断修築」による減転封
大雨による洪水で広島城の石垣と堀の一部が損壊。正則は幕府に無断で石垣の修築（復旧工事）を敢行しました。工事完了後に報告したものの、「武家諸法度の規定に違反した」として幕府から厳しく問われます。最終的に正則は安芸・備後（現広島県）の領地から信濃・越後（現長野・新潟県）へ減転封——事実上の失脚です。
「事後承認」は「無承認」と同じ。変更は必ず事前の許可を得ることが鉄則。
🔐 変更管理（Change Management）——「無断変更」は現代でも致命的
この事件を、現代のITシステム運用に置き換えてみましょう：
| 🏯 福島正則の失敗（1619年） | 💻 変更管理違反（現代IT） |
|---|---|
| 洪水で城の一部が損壊 | 障害発生でサーバー・設定の一部が破損 |
| 幕府（上位機関）への申請なしで修築 | CAB（変更諮問委員会）による『リスク評価』なしで本番環境を変更 |
| 完成後に「事後報告」 | 本番環境を変更した後に上長・セキュリティ部門へ報告 |
| 理由が正当でも「手順違反」として処分 | 意図が正しくても「ポリシー違反」で処分・アクセス権失効 |
ITの現場では、緊急の変更にも、手順を簡略化した承認の流れを用意しておくことが一般的だよ🐾 正則の場合は、手順を踏まなかったことが問題とされたんだね。ただし、城の修築と現代の変更管理は別物なので、ここは見立てだよ。
補足：ITの「変更管理」の基本（RFC・ログ・ロールバック）
📋 変更管理の3つの基本
🔴 事前申請・承認（RFC）
どんなに小さな変更でも「Request for Change（変更要求）」を提出し、事前に承認を得る。緊急時も手順を省略しない。
🟢 変更ログの記録
何を、いつ、誰が、なぜ変更したかを証跡として残す。証拠がなければ改ざんと区別できない。
🔵 ロールバック計画
変更が失敗した場合に即座に元の状態に戻すための計画を事前に準備する。
💥 原爆による倒壊と復興——BCPと災害復旧（DR）のたとえ
広島城の歴史で最も衝撃的な出来事は、1945年8月6日の原子爆弾による天守倒壊です。城は爆心地からわずか約900メートルの距離に位置しており、天守はその日のうちに倒壊しました。
それでも、広島の人々は城を諦めませんでした。終戦から13年後の1958年（昭和33年）、鉄筋コンクリート造で天守の外観が復元されます。以来約68年間、「広島復興のシンボル」として市民に寄り添い続けました。
🛡️ 広島城の復興プロセスとBCP（事業継続計画）
現代のITにはBCP（Business Continuity Plan）とDR（Disaster Recovery）という考え方があります。「災害が起きても事業を続け、復旧できるように、あらかじめ備えておく」ための計画・仕組みです。広島城では、原爆で天守が倒壊してから、1958年に鉄筋コンクリート造で外観が復元されるまで13年かかりました。これは実際に「復旧にかかった期間」であって、ITのRTO（目標復旧時間）のような、事前に決めておく目標ではありません。また、「何を残して再建するか」も、ITのRPO（どの時点のデータまで戻すかの目標）とは別の話です。ここでは、被災からの再建と、ITの備えを、ゆるく重ねて眺めてみましょう。
| 🏯 広島城の復興（1945-1958） | 🔐 BCP/DR（現代サイバーセキュリティ） |
|---|---|
| 原爆で天守が完全倒壊 | ランサムウェア等でシステムが完全停止 |
| 建物は失われても「広島城」という存在意義は継続 | ハードウェアが壊滅してもデータ・サービスは継続 |
| 13年かけて外観を復元（1958年）。実際にかかった期間 | 復旧の目標時間（RTO）を事前に決めておき、その中での復旧を目指す |
| 設計図・資料を元に外観を復元 | バックアップからデータを復元（どの時点まで戻すかは復旧の目標時点＝RPOで決める） |
13年という時間は、ITでいうRTOのような「目標」とは別のものだよ🐾 ただ、「資料や記録が残っていれば、再建の手がかりになる」という点は、ITのバックアップや設計書の大切さに重なるね。城の復元とシステム復旧は別物だから、あくまで見立てとして楽しんでね。
🔄 コンクリート天守の閉城——レガシーシステムのマイグレーション
2026年3月22日、鉄筋コンクリート造の天守が68年の歴史に幕を閉じました。広島市の発表では、閉城の理由はコンクリートの劣化や設備の老朽化などを踏まえた安全面への配慮です。ただし単なる撤退ではなく、博物館としての役目を三の丸歴史館へ引き継ぐ計画的な移行（マイグレーション）にたとえられます。
-
1945年
原爆により木造天守が倒壊——「レガシーシステム」の喪失
-
1958年
鉄筋コンクリート造で外観を復元——「暫定システム」にたとえられる。木造天守の外観を再現した鉄筋コンクリート造で、構造は「本来の姿（木造）」とは異なる
-
約68年間
広島復興のシンボルとして市民に愛され、博物館として機能——「現行システム」の安定稼働期間
-
2026年3月22日
天守閉城——現行システムのEOS（End of Service）、計画的なシャットダウン
-
2027年6月
三の丸歴史館オープン予定——新システムへの移行を予定。データ（収蔵品）は新環境へ移す計画
💡 計画的マイグレーション（移行）の4要素
- データ移行確認：収蔵品（刀剣・甲冑・瓦等）を三の丸歴史館へ移す計画と移転状況を確認
- ダウンタイムの許容：新施設オープン（2027年6月）までの約1年2か月を「ダウンタイム（サービス休止期間）」として許容し、安全・確実に収蔵品を移行する
- EOS計画：期限を明確に告知（2025年4月に閉城日を公表）
- ユーザー通知：「最後の1年」として来訪を促す案内を積極的に実施
コンクリート天守は、約68年間、役割を果たしてから次へ引き継ぐ形になったよ。この引き継ぎは、ITの「マイグレーション計画」にたとえられるね🐾 レガシーシステムの更改も、こんなふうに丁寧に引き継げるといいね。
🐾 まとめ——広島城をITにたとえると
今回の広島城訪問で考えたことを整理すると（いずれも当サイトのたとえです）：
- 福島正則の無断修築は、緊急時でも変更の手順を守る大切さ（変更管理）にたとえられます
- 原爆倒壊→13年後の復元は、資料や記録が再建の手がかりになる点が、バックアップや設計書の大切さ（BCP/DR）にたとえられます。13年は実際にかかった期間で、RTOのような目標値ではありません。
- コンクリート天守の閉城→三の丸歴史館への移行は、レガシーシステムの計画的マイグレーションにたとえられます
🏯 鯉城よ、68年間ありがとう——そして次のステージへ
2026年3月22日に幕を閉じた現・広島城天守。「破壊→再建→移行」を経たこの城の歴史は、システム運用を考えるときの見立てのヒントになりそうだね🐾
2027年6月開館予定の三の丸歴史館にも、これから注目していきたいね。