『青の契約（Der blaue Vertrag）』
- 山崎行政書士事務所
- 1月17日
- 読了時間: 13分
※本作はフィクションです（実在名を含みますが創作です）。また、Azureやクラウド統治の描写は一般的な仕組みに基づく物語表現で、特定案件への法務助言ではありません。
――山崎行政書士事務所・クラウド法務譚（Faust風 長編）
登場人物
ゲーテ：語り手にして“クラウド法務担当”。知を求める者。
山崎：山崎行政書士事務所 所長。現実を測る秤。
春野（はるの）：事務所の補助者。現場の痛みを知る。
黒江（くろえ）：Azureアーキテクト。設計という詩の職人。
桐谷（きりたに）：監査・セキュリティ担当（外部協力者）。証明の人。
水無月（みなづき）：依頼人（クラウド化を急ぐ事業者）。速度の化身。
メフィスト：影の助言者。近道と油断を囁く。
エントラ：門番の精霊（Microsoft Entra IDの擬人化）。
ヴォルトの番人：金庫の守（Azure Key Vaultの擬人化）。
ディフェンダー：守護者（Defender for Cloudの擬人化）。
ログの書記：記録者（Azure Monitor/Activity Logの擬人化）。
東（ひがし）と西（にし）：双子のリージョン（Japan East/Westの寓意）。
三姉妹ゾーン：可用性ゾーンの象徴。
雲上序曲 「統治の天、影の笑み」
（雲の上。無数のリソースが星々のように瞬き、管理グループが天球儀の輪となる。遠くに“ポータル”の門。そこに天使たち――運用、統制、監査――が忙しく行き交う。）
運用の天使人は急ぐ。急ぐほど、設定は抜け落ちる。夜のうちに“許可”が増え、朝には誰も覚えていない。
統制の天使だから我らは“方針”を与える。管理グループに規範を置き、サブスクリプションへ流す。
監査の天使しかし人は言う――「準拠している」と。言葉ではなく、証拠を示せと何度言っても。
（そこへ、黒衣の者――メフィストが現れる。軽やかな笑い。）
メフィスト証拠？ 証明？ 面倒だ。近道を教えよう。秘密は設定ファイルに埋めておけ。門番は一人で十分だ。多要素など気分が悪い。そしてログ？ 取っても見ないのなら、取らぬが勝ちだ。
（天使たちは眉をひそめる。）
統制の天使影よ、お前は人の怠惰を愛する。
メフィスト私はただ、人の“望み”に忠実なだけ。速さ、安さ、今すぐ――それが彼らの祈りではないか？
（雲間に一つの光。ゲーテが現れる。手には分厚い規程案、しかし目は飢えた知性の炎。）
ゲーテ速さの祈りは、やがて訴訟の鐘となる。私は鐘の音を、設計のうちに鎮めたい。
メフィスト（微笑）ならば賭けをしよう。お前が“完璧な準拠”を達成し、「この構成、永遠にこのままで」と言った瞬間、お前の魂は運用に囚われる――終わりなき改善に。
ゲーテ完璧など、雲の形だ。だが――証拠の筋道なら作れる。私はその筋道に賭ける。
（幕。）
第一幕 「事務所――紙の匂いと、青い要件」
（東京。山崎行政書士事務所。紙のファイルと、ノートPCが同じ棚に並ぶ。）
山崎先生、クラウド法務――依頼が増えています。紙の契約、電子契約、運用規程、そして“証拠保全”。Azure前提で、設計と規程を一緒に組みたい。
春野お客様は“早く”を連呼します。でも、後から「消えた」「改ざんされた」と言われたら……。
（扉が開く。水無月が入る。スーツの皺ひとつなく、目だけが焦っている。）
水無月移行は今月中に終えたい。監査？ 後で何とかなるでしょう。それより、使えることが大事です。
（ゲーテ、静かに水無月を見つめる。）
ゲーテ“使える”とは、何を指す？ログがなくて使えるのか。鍵が漏れて使えるのか。権限が混線して使えるのか。
水無月……先生、脅しですか？
山崎脅しではありません。予防です。法務は“起きた後”の言葉ではなく、“起きないため”の構造にも関与します。
（そこへ黒江が現れる。ノートに設計図――管理グループの木、ネットワークの線、ストレージの箱。）
黒江要件を三層に分けましょう。
身元と権限（Entra ID / RBAC）
秘密と通信（Key Vault / Private Link）
証拠と監査（Blob immutability / Logs / Defender for Cloud）
桐谷（遅れて入室。名刺を置く）そして最後に“説明責任”。監査は、構成を見ます。「なぜそうしたか」を文書で見ます。「例外」をどう扱うかも見ます。
（メフィストが窓の外、影として笑う。声だけが届く。）
メフィスト（声）文書？ 例外？ 遅い遅い。とにかく動かせ。あとで整えればよい。
（ゲーテ、机上の紙を閉じる。）
ゲーテ“あとで”は、いつも来ない。第一幕は、ここで終わる。次は門だ。門から始めよう。
（幕。）
第二幕 「門と名簿――エントラの裁き」
（舞台は青い門――Azure Portalの寓意。門の前にエントラが立つ。顔は穏やかだが、目は規則の光。）
エントラここを通る者は名を告げよ。そして条件を満たせ。“誰でも”は、誰でも壊す。
黒江（ゲーテに）まずテナントを基点に統治します。管理グループで階層を作り、サブスクリプションを環境別に分ける。本番・検証・共有基盤を混ぜない。
ゲーテ境界線は、法の第一条だ。
桐谷アクセスはMicrosoft Entra IDで。最小権限。そして特権は“常時”与えない。必要な時だけ昇格できるように――（※ここで彼は“PIM”と口にしかけるが、言葉を呑む）とにかく、特権は短く、記録され、承認されるべきです。
エントラでは、条件を宣言せよ。
黒江条件付きアクセス（Conditional Access）です。
管理者・高権限ロールは多要素認証（MFA）必須
リスクの高いサインインは追加検証
端末準拠（管理された端末）を求める
不要な国・匿名化ネットワークからのアクセスは制限
春野でも、所長が出張先でログインできないと困ります。
ゲーテ困るように設計するのではない。困らない“例外の手続き”を設けるのだ。例外は“特別扱い”ではなく、記録と期限だ。
（エントラが頷き、金色の札を差し出す。）
エントラブレイクグラス（緊急用）アカウントを用意せよ。ただし、普段は使うな。強固な保護と監視を付け、使った瞬間に騒ぎが起こるように。
（メフィストが門の影から囁く。）
メフィスト面倒だ。管理者は一人で十分。Ownerを全員に配れば、問い合わせは減るぞ？
（ゲーテ、低く笑う。）
ゲーテOwnerは万能ではない。万能は不正の温床だ。権限は役割で割る――Azure RBAC。人の顔ではなく、責務で与える。
（黒江、板書する。）
Owner：権限管理まで含む全権（最小人数に）
Contributor：リソース操作（ただし権限付与は不可）
Reader：閲覧のみ
必要ならカスタムロールで粒度を作る
そして“誰が何をしたか”がログに残るようにする
桐谷そして監査が一番嫌うのは、“共有アカウント”です。個人を特定できる身元で入ること。退職・異動のプロセスでアクセスが消えること。
ゲーテ門が整えば、法務の言葉は立つ。次は秘密だ。秘密は、言葉ではなく金庫に置け。
（幕。）
第三幕 「金庫――ヴォルト番人と秘密の誓い」
（暗い舞台。中央に古い石の金庫。扉には“Vault”の刻印。ヴォルトの番人が鍵束を鳴らす。）
ヴォルトの番人秘密は口にするな。秘密は手に持つな。秘密は“参照”せよ。
黒江Azure Key Vaultで、
シークレット（接続文字列、APIキー）
キー（暗号鍵）
証明書を集中管理します。
春野じゃあパスワード表は、もう要りませんか？
ゲーテ紙のパスワード表は燃える。メールのパスワード表は流れる。金庫に置けば、アクセスが記録される。
桐谷重要なのはアプリ側の身元です。人のIDで金庫を開けさせない。ワークロードには**マネージドID（Managed Identity）**を与え、そのIDにKey Vaultへの最小権限を付与する。これで“秘密をアプリに埋め込む”誘惑が減ります。
（メフィストが金庫の上に腰掛ける。）
メフィスト埋め込めば動く。動けば勝ちだ。ローテーション？ 期限？ そんなものは暇人の遊び。
ヴォルトの番人期限は遊びではない。期限は「漏れた時に終わる」ための装置だ。
黒江ネットワークも閉じます。Key Vaultやストレージへのアクセスを可能な限りPrivate Endpointで。外（公衆網）に晒す面積を減らす。
ゲーテ法務の言葉で言えば、“路上で委任状を見せるな”ということだ。
山崎（初めて舞台がPortal世界へ重なる）規程にこう書きます。「機微情報を扱うシステムは、秘密情報をソースコードや設定ファイルに保存してはならない」「秘密情報は管理基盤（Key Vault等）で集中管理し、アクセスは記録されること」……先生、こういう条文は現場に嫌われますか？
春野嫌われます。でも、守れた時に救われます。
（ゲーテ、頷く。）
ゲーテ嫌われる条文は、しばしば“裁かれないため”にある。
（幕。）
第四幕 「不変の書庫――WORM、あるいは時間を縫い止める針」
（舞台は巨大な書庫。棚には“Blob”と刻まれた壺が並ぶ。ログの書記が羽ペンで記録し続ける。）
水無月（興奮気味）証拠保全、ってつまりバックアップですよね？消えないようにコピーしておけば――
ゲーテコピーは“存在”を守る。だが証拠は“同一性”を守らねばならない。いつ、誰が、何を、どう変えたか。そして――変えられない領域を作る。
黒江Azure Blob Storageにはイミュータブル（Immutable）ストレージがあります。WORM――Write Once, Read Many。一定期間、削除や変更を禁止できます。
桐谷ここが監査の要点です。
時間ベース保持：N日間、削除・変更不可
リーガルホールド：解除するまで不可運用上、“どの文書をいつ封緘するか”を決める必要があります。
春野封緘って、紙なら割印みたいな……？
山崎まさに。“確定した証拠”と“作業中の下書き”を混ぜない運用が必要です。
（書庫の奥、壺が光る。壺には“versioning”の印。）
黒江そして上書きを扱うなら、バージョニングが肝になります。不変にした壺は“上書き”できません。だから新しい版として積み上げる設計にする。
ログの書記私は見ている。保持ポリシーを誰が設定し、誰が触れようとして失敗したか。時の筆跡は残る。
（メフィストが棚の間をすり抜け、囁く。）
メフィスト削除できない？ 怖いだろう？なら最初からやめてしまえ。“必要になったら”有効にすればいい。
ゲーテ必要になった時には、もう遅い。証拠の仕組みは、事件の前にしか作れない。
桐谷ただし、これも“力”です。解除や例外の権限をどう分離するか。保持期間を誰が決め、誰が延長できるか。“勝手に封緘して勝手に解ける”なら意味がない。
山崎規程に、こう書き足しましょう。「封緘棚（証拠用コンテナ）の保持設定は、所長と監査担当の二名承認」「解除（リーガルホールド解除等）は例外手続きとして記録し、理由と期限を付す」「封緘対象の選定基準を明文化する」
（水無月、少し黙る。焦りが弱まり、代わりに理解が灯る。）
水無月……つまり、技術だけじゃない。“誰が何をしていいか”を、時間と一緒に縛るんですね。
ゲーテそうだ。クラウド法務とは、時間を含む権限設計だ。
（幕。）
第五幕 「鏡の間――Defenderと規範の可視化」
（大広間。壁一面が鏡。鏡には“Compliance”の文字。中央に鎧の騎士――ディフェンダー。）
ディフェンダー私は守るだけではない。私は“見えるようにする”。準拠は宣言ではなく、評価の積み重ねだ。
黒江Defender for Cloudで、セキュリティ姿勢管理（CSPM）や推奨事項が見えます。規制コンプライアンスの観点も、標準（standards）ごとにコントロールの状況を追える。
桐谷監査でありがちな質問。「どの基準に、どのように対応しているか」「未対応があるなら、リスク評価と是正計画はあるか」“鏡”があると説明が早い。
春野でも鏡って、割れたら怖いですね。未対応が映ったら……。
ゲーテ怖いのは真実ではない。怖いのは、真実が“見えないまま進むこと”だ。
（鏡の端に、細い文字――Azure Policyの寓意が走る。）
黒江ガバナンスはAzure Policyで。イニシアチブ（複数ポリシーの束）を割り当て、管理グループから下へ。
Denyで禁止する
Auditで検知する
DeployIfNotExistsで不足を自動補完する
Modifyで補正するこの“効果”を、要件の厳しさに応じて使い分けます。
メフィスト（鏡の裏から）Denyは嫌われる。現場が止まる。Auditで“気づいたことにして”走れ。そして運用で何とかしろ。
山崎止めるべきところで止めないなら、止まるのはいつか“裁判”です。
ディフェンダー私は“推奨”を示す。だが“選ぶ”のは人だ。お前たちの規程と承認が、私の剣を正しい方向へ向ける。
桐谷是正の自動化もできます。例えば評価の変化をトリガーに、Logic Apps等で通知やチケット起票へ流す。“気づいて終わり”にしない。
（ゲーテ、鏡に手を触れる。映るのは自分ではなく、“運用”という影。）
ゲーテ完璧は映らない。映るのは差分だ。差分を減らす、その繰り返しが救いだ。
（幕。）
第六幕 「青い憲章――テンプレートとスタック、統治の移ろい」
（舞台は工房。巻物が並び、そこに“Bicep”“ARM”“Template”の符号。黒江が槌で形を整える。）
黒江構築を手作業にしない。再現性がなければ、証明もできない。テンプレートを標準化して配る仕組みが必要です。
山崎規程には“標準構成”が必要ですね。どこまでが標準で、どこからが例外か。
黒江Template Specsでテンプレートを“資源”として管理し、RBACで共有できます。そしてDeployment Stacksで、テンプレートが作る資源群を一つの単位として扱える。“テンプレート管理外になった資源”をどう扱うか（切り離す、削除する等）も方針化できる。
春野つまり、勝手に増えたものを放置しない仕組み？
ゲーテ放置は、法務の敵だ。“誰が作ったか分からない資源”は、いつか“誰も責任を取らない事故”になる。
（メフィストが巻物をひらひらと奪い、笑う。）
メフィスト巻物など燃やしてしまえ。現場の手が速い。速い手は美徳だ。
ゲーテ速い手は、しばしば間違う。巻物は、間違いを“繰り返さない”ためにある。
（幕。）
第七幕 「東と西――リージョンの双子、落雷の夜」
（雷鳴。舞台が揺れる。画面が暗転し、遠くでアラート音。双子のリージョン――東と西が現れる。）
東私は活気、私は中心。だが私は、絶対ではない。
西私は離れて支える影。近すぎず、遠すぎず。
ログの書記（走り込む）通知！ 通知！一部サービスの遅延、依存の停止！――“いつも通り”ではない夜だ！
水無月（蒼白）止まったら、うちは終わりだ……！
黒江終わりにしない設計を、今まで積みました。
重要データの冗長（例：GRS等の選択肢）
アプリの可用性設計（ゾーン冗長、複数インスタンス）
DNS/フェイルオーバーの手順
そして何より、証拠保全は“どちらでも読める”ように
桐谷DRは技術だけでなく、手順です。「誰が宣言し、誰が切り替え、誰が顧客へ告知するか」ここまでがクラウド法務の範囲です。
（ゲーテ、東と西を見上げる。）
ゲーテ双子よ。片方が沈黙しても、もう片方が語れるように。人の事業は、単一障害点に魂を預けてはならない。
（三姉妹ゾーンが現れ、手を取り合う。）
三姉妹ゾーン分けよ、分けよ。同じ棚に置くな。同じ電源に祈るな。同じ運に賭けるな。
（雷が遠ざかる。徐々に復旧。水無月が息をつく。）
水無月……先生。あのとき、あなたが“面倒”を押し通した理由が分かりました。
（メフィストが静かに拍手する。）
メフィストよくやった。だが覚えておけ。復旧した夜ほど、人は油断する。そして油断は、また私の領土だ。
（幕。）
終幕 「契約の行方――“永遠にこのままで”と言わぬために」
（事務所に戻る。机上には完成した運用規程、権限設計書、証拠保全フロー、監査向け説明資料。山崎が製本を閉じる。）
山崎これで“完成”ですか、先生。
ゲーテ（少し笑う）完成？規程は完成した。構成も整えた。だがクラウドは動く。サービスも、組織も、脅威も。
桐谷だからレビュー周期を入れましょう。四半期レビュー、例外の棚卸し、ログの監査、権限の棚卸し。“動く前提”の統制を。
春野先生、じゃあ私たちは、ずっと……？
（メフィストが現れる。契約書を差し出す。“永遠にこのままで”という文言が空欄になっている。）
メフィストさあ、書け。「この構成、永遠にこのままで」と。それを言った瞬間、お前は運用に囚われる。
（ゲーテ、ペンを取るが、書かない。代わりに一行だけ、別の言葉を書く。）
ゲーテ「この構成は、変化に耐えるよう設計され、変化を記録し、変化を説明できる。」
（メフィスト、舌打ち。）
メフィスト詭弁め。
ゲーテ詭弁ではない。“永遠”を求めるのが傲慢なら、“説明できる変化”を求めるのが法務だ。
（水無月が立ち上がり、深く頭を下げる。）
水無月速さだけを信じていました。でも、今は分かります。速く走るには、落ちない靴がいる。先生たちが作ったのは、その靴です。
（メフィストが薄く笑う。）
メフィスト靴があっても、人は転ぶ。だが――転んだとき、証拠が残れば裁きは変わる。ふん、面白い。私はまた別の現場へ行くとしよう。
（メフィスト、影となって消える。）
山崎（静かに）先生。クラウド法務とは、結局なんでしょう。
ゲーテ門を立て、鍵をしまい、記録を残し、例外を例外のままにせず、“いつでも説明できる状態”を維持すること。それがクラウド法務だ。
（灯りが落ちる。最後に、ログの書記の羽ペンの音だけが続く。）
ログの書記（独白）書く、書く。人が忘れても、私は忘れない。忘れないことが、救いになる夜がある。
（終。）
付録：この長編で暗に採用しているAzure設計要点（物語内の“現実の骨”）
Microsoft Entra IDを軸に、個人ID＋MFA＋条件付きアクセスで入口を固める
Azure RBACで最小権限、特権は分離・短期化・監視
Azure Key Vault＋Managed Identityで秘密をアプリに埋め込まない
重要データは**BlobのImmutable（WORM）**で“証拠棚”を作り、下書き棚と分離
Azure Monitor / Activity Log / 診断設定で“説明に必要なログ”を残す
Defender for Cloud＋Azure Policyで姿勢を継続評価し、差分を是正する
リージョン／ゾーン冗長と、DR手順・権限・告知まで含めた運用規程を作る
コメント