Latest / M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語） / 管理センターではなくPowerShell：Microsoft 365 Copilotを本当に統制・自動化・監査する方法（AI吹き替え）

Transcript

管理センターではなくPowerShell：Microsoft 365 Copilotを本当に統制・自動化・監査する方法（AI吹き替え） · M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語）

0:00
まだ管理センターをポチポチ操作しているならあなたはもう時代遅れです設定保存の読み込みアイコンを眺めている間に誰かはパワーシェルを使って1万人のユーザーに対する同じ作業を自動化しランチに出かけているのですから実を言うとあの華やかなマイクロソフト365ダッシュボードはあなたのコントロールセンターではありませんあれはでこいおとりですエンタープライズ級のジェット機に取り付けられた子供用のハンドルにすぎませんあなたがそれに夢中になっている間に実際のエンジンはコードによって容赦なく稼働しています多くの管理者は強力そうに見えるという理由
0:30
ラグ青い色合いが特徴ですしかし実際はそうではありませんあなたは結局裏でパワーシェルコマンドを呼び出すスイッチを切り替えているにすぎないのです管理センターは一般ユーザーが自分を傷つけないようにそれらを隠しているだけですそれは美しく塗装された足場であり何かを支えている構造物ではありませんそうその幻想は利便性という名のまやかしですクリックしてドラッグして完了それが通用するのは複数のテナントにまたがりコンプライアンスラベルを即座に反映させるような作業を何千回も繰り返す必要がない場合だけですプレッシャーがかかればそんなおもちゃ
1:00
そして変更を保存をクリックすることはドキュメントの代わりにはなりませんこの説明が終わる頃にはなぜ真剣なコパイロット管理者がマウスを置きコマンドラインに向き合う必要があるのかが理解できるはずですパワーシェルは管理センターの兄貴分というだけでなくマイクロソフトのAIインフラをエンタープライズ規模で統制監視自動化できる唯一のツールだからですそしていわゆるコマンドラインがいかにしてAIガバナンスのスーパーパワーを手に入れるための鍵となるのかこれからお見せしましょうおもちゃかそれともツールかはっきりさせておきましょう管理センターが悪
1:30
思っているような製品ではないということですあれは点滅するカーソルを見るとパニックになる人々のために企業管理を安全に保つためのマイクロソフトの手段なのです会議で発表するためのグラフを提供しどこにもつながっていないエレベーターのボタンを押すのと同程度の制御している気分を与えてくれます幼稚園の安全ハサミのような可愛らしい代物ですマイクロソフトはGUIをコマンド操作ではなく可視化のために設計しましたインターフェースはいわば公共の遊び場です壁にはクッションが貼られドアには鍵がかかり鋭利なものはすべてツールチップの
2:00
重要ですなぜならAI管理とは設定を切り替えることではないからですそれは監査可能なアクションをスクリプト化することであり繰り返され記録され後で監査人から5月12日に誰がコパイロットに財務データへのアクセス権を与えたのかと聞かれたときに証明できるものであるべきです管理センターは肩をすくめて答えることしかできませんパワーシェルなら完全な履歴を提供できますここでほころびが見え始めます例えば複数の事業部門にまたがる非管理職ユーザー全員のコパイロットを無効化するような一括操作を試してみてくださいうまくいくでしょう
2:30
チェックボックスを一つずつ操作して完結すると考えているところがある種愛らしくさえありますそしてレプリケーションを待つ時間が発生します数時間後更新されるサイトもあればされないサイトもありデータの整合性が崩れますコンプライアンス担当者からメールが届き始めます一方パワーシェルならコマンド一つでテナント全体を数秒で処理でき出力もログに残り実行日時も記録されます推測も遅延もなく明日また確認してくださいというリマインダーも不要です管理センターを地図パワーシェルを乗り物と考えてください地図は確かに役に立ちますどこに何があるかを示して
3:00
まで連れて行ってくれますナビゲーション給油迂回そして何より重要なのは他の人がたどれるようにルートを記録できることですコンプライアンス規模自動化が重視される現場では管理者はそのように動きますコパイロット管理の革新にはパラドックスがありますそれがこれですAIは視覚的に見えますがその管理には視覚に頼らない精密さが求められますプロンプト制御ライセンス割り当てdlp統合これらはダッシュボードでの作業ではありません構造化されたデータ操作なのです管理センターはAIの使用状況グラフを表示できますしかしなぜそれが起こり誰が開始したのかを教えられるのはパ
3:30
だけですその力の差は抽象的なものではありませんバージョン管理からポリシーの一貫性まで全てに関わりますGUIを使えば人間の記憶に頼ることになりますあの保持ラベルをテナント全体に適用しただろうかパワーシェルを使えば署名済みで再現可能かつ環境全体に配布可能なスクリプトに頼ることになりますGUIは足跡を残しますがシェルは設計図を残します次にエラーハンドリングについて話しましょう管理センターのエラーはまるで気まぐれな気分屋のようです何かがうまくいきませんでしたという赤いバナーが表示されます何かとはなんと素晴らしい詳細情報でしょう
4:00
英語まで教えてくれます診断修正再実行をすべて同じウィンドウ内で行えます華やかではありませんがとにかく効果的ですダッシュボードにしがみつく管理者がそうする理由は一つ安心感があるからです視覚的であり小さな成功の通知がアクションを確定させてくれます紙吹雪が舞うような感覚ですしかしエンタープライズガバナンスは感情のビジネスではなく結果のビジネスです必要なのは通知のポップアップではなくログエントリーなのですそのすべてが管理そのものです見栄えが良いことが目的ではなく永続的であることが目的なのです信頼を前提とするのではなく�
4:30
あなたが今や本番環境レベルの権限を行使しているという警告とともにあらゆるコマンドを委ねますそしてそれこそがまさにコパイロットの管理に求められるものなのですさてGUIの利便性を擁護する前に不都合な真実をお話ししましょう利便性はガバナンスを損ないますクリックベースの管理ツールは多くのことを隠蔽しすぎますそれらは複雑さを抽象化するためポリシーが見えなくなってしまいますそして何かが壊れたとき原因を追跡することはできず推測するしかありません対照的にスクリプトはすべてをさらけ出しますあらゆる操作が証拠としての記録を
5:00
監査修正するために社内で使用しているツールです彼らはあなたのためにおもちゃを作り自分たちはツールを使っているのですその事実ですべてを察することができるでしょうガバナンスの話をする前であってもですその引き出しを開けてみましょうコパイロットにおけるガバナンスの欠落についてですここから状況は単なる非効率から潜在的に壊滅的な問題へと変化します多くの管理者はコパイロットを有効にすればマイクロソフト365のコンプライアンスフレームワークが自動的にAIレイヤーもカバーすると考えていますネタバレですがそうはなりませんそこにはデータ漏�
5:30
コパイロットの出力メールドキュメント会議の要約は監査できますがその出力を生成した入力であるプロンプトは多くの場合消えてなくなってしまいますこれは規制環境下においては法的にも運用的にも悪夢です財務担当取締役が誤って機密の予測データをコパイロットに入力した場合出力は削除されるかもしれませんが誰がいつどのようなデータ協会でそのクエリを投げたかというコンテキストは二度と記録されない可能性があります管理センターでは対処できませんそこには導入指標や利用傾向は示されますが必要な証拠の連鎖は示されないからです
6:00
だけにすぎませんでは最初の通点である一括適用について考えてみましょうコパイロットアクセス権を持つすべてのユーザーに新しいデータ損失防止dlpルールを適用したいですか残念ですができません管理センターではdlpポリシーを大まかに有効化することはできますがコパイロットのアクティビティに限定してテナント全体で更新を実行することはできませんそれは照明のスイッチを使って建物全体の配線をやり直そうとするようなものですしかしパワーシェルなら壁の裏側に入り込み実際の回路図にアクセスできます隠された属性データエンドポイントライ
6:30
コパイロットでコパイロットが有効なすべてのアカウントを発見しdlpの適用状況を確認し監査用にエクスポートすることができます次に2つ目の通点である一貫性のないライセンス管理があります全ユーザーが同じレベルのコパイロットアクセス権を持っていると思っていませんかそれはあまりに楽観的というものです実際にはライセンスは紙吹雪のように散らばっており手動で割り当てられ無計画に遺憾され時には重複し時には完全に欠落していることさえあります管理センターはリストを表示することはできますがそれらの関係性までは見せてくれないのです�
7:00
それらのオブジェクトを取得し構造化データのようにクエリをかけることができますユーザーとライセンスskuを紐付け部門ごとにグループ化しコンプライアンスポリシーと称号することで推測ではなく実態に基づいた環境把握が可能になりますこのギャップを具体的なシナリオで見てみましょうイーゴテナントのすべての役員がコパイロットプレミアムを保持しているかまた一時的な契約社員に誤ってアクセス権が付与されていないかを確認する必要があるとします管理センターではユーザーを開きアクティブユーザーを選択しスク
7:30
で重複を削除しなければなりませんコーヒーを3倍飲んだ後でもまだ開業の調整に追われていることでしょうパワーシェルならたった1行ですskuでフィルタリングしたgetmsolユーザークエリをセレクトオブジェクトでパイプしタイムスタンプ付きのcsvとしてエクスポートするだけです要するに何時間もの不確実性を数秒の確実性に置き換えられるのです多くの管理者はこれを聞いてでも視覚的に確認できるじゃないかと反論しますそれこそが問題なのです見えているだけで管理はできていません可視性とコントロールは同義ではありませんguiは快適さを提供しますがパワーシェルは�
8:00
厄介な企業的皮肉がありますマイクロソフト自身がまさにあなたが信頼しているダッシュボードを構築するためにパワーシェルモジュールエムスグラフアジュールアドエクスチェンジオンラインを使っているのですあなたは文字通りパラメータの半分が削ぎ落とされたパワーシェルのフロントエンドを見ているにすぎませんまるで車をレンタルしてハンドルは90度以上回すなと言われているようなものですそうした制限は初心者の安全を守りますがプロの作業を遅らせますaiは管理上の境界線内では動作しないため真のガバナンスには無制限のアクセスが必要ですaiはデータ
8:30
もしあなたの監査プロセスがaiのリクエストをテナントからデータセンターまで追跡できなければそれはガバナンスではなくただの飾りにすぎませんパワーシェルはそのギャップを装飾ではなく露出によって埋めてくれますテナントのai設定パラメータモデルアクセス制御エントリーさらにはエンドポイントの制約までを明らかにしますその透明性によって真のガバナンスレイヤーポリシー割り当てプロンプト監査役割ベースのモニタリングを構築できるのです誰が何を質問できどこから回答が得られるかを高度化できますそうした詳細は今日のguiには
9:00
それは必ず起こりますがその際にはホレンジックの痕跡が必要になりますパワーシェルなら普遍のjsonlogのエクスポートguidによるオブジェクトのキャプチャさらには整合性検証のためのハッシュ署名付きコマンド結果のタグ付けも可能です管理センターはどうでしょうか管理センターに頼り切っているあなたのキャリアの先行きのような右肩下がりのトレンドグラフを見せられるのがオチですそうコパイロットにおけるガバナンスのギャップは現実であり測定可能であり導入が進むにつれて拡大し続けているのですもはやパワーシェルは単なるオプションではありません真
9:30
次の論理的なステップは人為的ボトルネックを完全に排除することだからですここでの自動化は利便性ではなく放送のものですパワーシェルがポリシーの実行を単に高速化するだけでなくいかに確実なものにするかを見ていきましょう法としての自動化コパイロットガバナンスにおいて自動化は贅沢品ではなく法令なのです手作業によるアプローチは単に非効率なだけでなく設計紙コンプライアンス違反となりますaiエコシステムが複数のテナントに拡大するとスクリプト化されていないすべての操作が不採となるからです人間のミスはどんなアルゴリズムよ
10:00
誤りを手順の自動化で封じ込める唯一の言語なのですはっきり言いましょうワードで書かれたポリシーはただの願い事にすぎませんパワーシェルで書かれたポリシーは法ですスクリプトは第3金曜日に設定を忘れたりコーヒーが切れたからといってアカウントの処理をスキップしたりはしませんコードでガバナンスルールを定義すればそのルールは常にスケジュール通り監査可能な形で正確に実行されますそれが再現性によるコンプライアンスですアドバイスとしてのガバナンスではなく強制力としてのガバナンスですguiは柔軟性を与えてくれますが
10:30
地域ごとの展開が増えるたびに追跡すべき権利管理は複雑になりますこれを手作業で行うのは放送設備のない空港で手書きの登場券を配るようなものですしかしパワーシェルのスケジュールジョブを使えば不正号を自動で検出し即座に修正し改ざん不可能な記録を残せますスクリプトそのものが日時が記録された証拠として機能するのです慎重にクリックしましたと監査人に説明してみてください彼らが求めるのは感情ではなくタイムスタンプです自動化は単に作業を繰り返すだけでなく専門知識を高度化するものですそこに
11:00
フィルターの強制スクリプトを書けばそのコード自体が組織の記憶となります新人は苦伝の知識を必要としません彼らは簡潔な構文で表現された運用指針を継承するのです推測を排除することこそが真の生産性向上です時間の節約はあくまでおまけにすぎませんここで一つの短い物語を紹介します複数の事業部門を管理する管理者がコパイロットライセンスの調整に毎週追われていました毎月クライアントの拡大に伴い何らかの不具合が発生していましたそこで彼女は12行きのパワーシェルスクリプトを書きましたスクリプトはテ
11:30
条文を取り消し監査用csvを生成しましたその作業は35時間から5分に短縮され記録の漏れもゼロになりました成果は時間の節約ではなく私を信じてという言葉を排除できたことにありますスクリプトがコンプライアンスが守られたことを証明したのです自動化をコンプライアンスとする真の意味は意図を高度化し再現可能な実行へと変えることなのですポリシーの強制は願望ではなく機械的なものとなるため人の承認は不要になりますそしてパワーシェルがネイティブで監査をサポートしている点にそのエレガンスがありますすべての実行結果はエクスポートできすべての変更
12:00
可能ですこれは企業継続性の3ステップ検出修正検証というリズムですそれぞれの動詞にはget set confirmという対応するコマンドがありますそれらの説当時は任意のものではなくマニフェストなのですコパイロットの使用ログで異常未知のAPI呼び出しまたは過度なデータ境界要求をスキャンする検出ロジックを想像してください即座に修正スクリプトが問題のあるセッションを無効化しコンプライアンス指標を更新し残存アクセスを再チェックする検証ルーティンをトリガーしますすべてにタイムスタンプが押されすべてが元に戻せますその間ダ
12:30
をクリックし続け結果がなぜ遅れるのかと疑問に思っていますこの皮肉は愉快であり a 自信満々でいることも正当化されますクリック操作を好む人たちは自動化は危険だと言います結構ですが彼らがdlpの設定を誤ってミスした時に近くで呼吸をするのも危険ですパワーシェルのリスクは透明ですがguiのリスクは1月のライブでお会いしましょう自動化はミスを高度に集約し一度の修正で済むようにします手動プロセスはミスをラメのようにまき散らし永続的で掃除不可能にしてしまいますしかしこれをメカニズム以上の次元へ高めましょう自動化と
13:00
しますお気に入りも推測もマーケティング部門がライセンスを必要としていると思ったという言い訳もありませんそれは公平なガバナンスであり数学的な実行ですシステム管理に公平さを求めていたならまさにこれがそれですコンピュータは誰に対しても等しく従い誰にも例外を認めませんではもう一度管理センターと比較してみましょうすべてのクリックは雪の結晶のようにユニークで一時的で検証不可能ですそれを再現することも全くその通りに行われたと証明することもできません逆にパワーシェルはあなたのブラックボックスレコーダーです各実行は決定論的です明日来月あるいは別の
13:30
で再生しても同じ結果が得られますそれこそが規制当局がシステムに期待する振る舞いつまり予測可能性ですそしてコパイロットがスケールするにつれ自動化は死活問題となります何百ものaiインターフェースを目視で監視することは不可能です
13:41
テナントデータセンターコネクタ全体に制御ポリシーを適用するにはスクリプトが必要ですそれをマイクロソフト365ガバナンスの免疫システムと考えてください
13:49
自動化されたルーチンが絶えずパトロールし異常を検出し感染が広がる前に対処するのです手動介入はトリアージのようなもので時には必要ですが常に手遅れです
13:58
そう管理センターが何をしたいですかと丁寧に尋ねている間にパワーシェルはすでにそれを3回実行し結果を記録し報告書を作成しています
14:06
自動化は人間を排除するのではなく設定の管理人から制御の設計者へと人間を引き上げます
14:11
GUIでは依然としてあなたが保存をクリックする必要がありますパワーシェルではあなた自身が保存とは何を意味するかを定義する必要があります
14:17
そしてそれが習熟の次なるステージを定義する管理とは単にボタンを早く押すことではなくそのボタンが実際に何をするのかを検証することだ
14:24
自動化によってガバナンスは実行可能になるが監査だけがそれに信頼性を与える監査人を監査する時が来た
14:29
すべてを監査せよ何も信頼するな監査を伴わないガバナンスは茶番でありコンプライアンスの仮想をした美しいダッシュボードに過ぎない
14:35
真の管理にはレシートが必要だそしてマイクロソフト365においてパワーシェルは決して取引を忘れないレジのプリンターである
14:41
すべての操作オブジェクトパラメーターを抽出し時刻を記録し新生性をハッシュで保証できる
14:46
それは単なる透明性ではなく追跡可能性だ管理センターをクリックして回る時あなたは本質的にこれは起きたかと尋ねている
14:52
そして帰ってくる答えは多分だログを集約し詳細を切り捨てレプリケーションの気分次第で更新される
14:59
パワーシェルは確率を扱わない記録トランスクリプトを扱うゲットコマンドは何がどこで誰によって変更されたかを正確に教えてくれる
15:06
トレンドを眺めるのではなく事実を突きつけるのだその違いがコンプライアンスが保たれた環境と謝罪が必要な環境を分かつ
15:13
監査ピラミッドを解剖してみようその基礎にあるのは管理センターがアクティビティログと呼ぶものだ
15:18
これらは要約され単純化され丸められ整理された過去の記録であり経営層向けの資料に適している
15:23
一段上がるとパワーシェルがグラフAPIエンドポイントを通じて取得した生の監査レコードを露出させる
15:28
さらに上層ではコマンドレベルのメタデータ実行IDセッションの起点変更前後のプロパティ差分を取得できる
15:35
それはホレンジックレベルの正確性であり好奇心を満たすだけでなく規制当局にも提示可能な証拠だ
15:40
メールボックス監査を例に挙げようGUIで表示できるのはメール送信総数とフラグ付きイベントのみだ
15:44
パワーシェルはさらに深く潜るサーチユニファイドオーディットログを実行すれば誰がアクセス権を委任し
15:49
いつ添付ファイルをコピーしその操作が既存の保持タグと整合していたかがわかる
15:53
何か怪しいことが起きたはユーザーAが協定世界時14時3分にAPIC経由でデバイスDを使いフォルダーBにアクセスしたという事実に変わる
16:00
これこそ監査人が弁護可能と呼ぶものだ
16:03
グラフAPIはこの範囲をさらに広げる
16:05
パワーシェルを使えば標準レポートには決して現れないコパイロットのプロンプ取り歴セッション協会モデルアクセス追跡をクエリできる
16:13
それらを普遍のJSONパッケージとしてエクスポートし属性で署名しAzureに7年間保存することもできる
16:18
あなたが極めて用心深いなら企業管理者ならそうあるべきだがそうすべきだ
16:23
ではなぜこれが重要なのか
16:25
AIガバナンスは知的財産としてのプロンプとデータ所在地の確約アルゴリズムの責任といった新たな法的責任をもたらすからだ
16:32
ユーザーが入力したクエリだけで終わるAI監査はファイアウォールをオンにするだけで終わるサイバーセキュリティのようなものだ
16:38
パワーシェルは何が参照されどこで誰の権限で行われたかという意図を再構築するための深みを与えてくれる
16:44
その再構築能力こそがISO27001からEUAI法に至るまであらゆる説明責任フレームワークの根幹となります
16:51
スクリプトによるエクスポートは改ざんできないためスクリーンショットよりも優れています
16:55
コパイロットの対話履歴を毎日自動で抽出しブロブストレージに格納してチェックサムで検証封印することが可能です
17:01
規制当局から証拠を求められた際ノートを探し回る必要はなくハッシュ署名付きのタイムスタンプされたアーカイブを提出すればいいのです
17:07
GUIでそれができますか?
17:09
せいぜいコンプライアンス週間の途中で期限切れになるCSVをダウンロードするのが関の山でしょう
17:12
もう一つの利点はデータの正規化です
17:21
パイルの機密性、エクスチェンジへのアクセス、エントラのロールと紐付け、すべてを一つのパイプラインで処理できます
17:26
管理センターはそれらのサイロを丁寧に分離したままにします
17:28
まるでガバナンスがシステム同士が決して会話を交わさない上品な晩餐会であるかのように
17:32
パワーシェルはそれらを一つのログテーブルに引きずり出し誠実であることを要求します
17:35
実際のシナリオ内部監査中にある企業がコパイロットの回答が制限された製品データを引用していることを発見しました
17:42
管理センターはコパイロットの活動を一部確認できただけでしたが
17:45
パワーシェルを使えば管理者はプロンプトチェーンをたどり
17:48
クエリを実行したアカウントを特定し
17:50
プロジェクト移行時に一時的な受け負い業者に付与された昇格権限と付き合わせることができました
17:55
彼らは数分以内にアクセスを取り消し
17:57
是正措置を文書化して確かな証拠と共に監査を完了させました
18:00
GUI版のこの物語の結末は二度と起こらないと信じています
18:03
で終わるでしょう
18:04
ここで哲学的な結論を述べます
18:06
監査とは人を疑うことではなく規模を認識することです
18:09
関係代のアカウントが数千に達すると信頼という概念は統計的に無意味になります
18:13
システムに必要なのは楽観論ではなく精査です
18:16
パワーシェルはその冷徹さを実に見事に体現しています
18:18
あらゆるコマンドと応答のペアが交渉された陳述となります
18:21
エラーでさえも試算になります
18:22
各失敗メッセージには監視スクリプトに遅れるトレースコンテキストが含まれています
18:26
シェルは決して曖昧にせず全てを告白します
18:29
管理センターは無知を抽象化することで美化します
18:32
パワーシェルはそれを強制的に文書化します
18:34
ガバナンスを法廷とするならばGUIは雰囲気だけを提示するようなものです
18:37
パワーシェルは証拠物件を提出します
18:39
傾向を見せるのかそれとも領収書を提示するのかの違いです
18:42
これは歌ではなくポリシーの現実です
18:44
一方は好奇心を満たしもう一方は監査人を納得させます
18:47
そして真の秘訣はこれです
18:49
最も安全な組織は監査を恐れるのではなく自動化しています
18:52
スケジュールされたパワーシェルジョブが毎晩ログをエクスポートし
18:55
差分を称号し不一致があればアラートを出します
18:57
監査証跡は事後報告の書類ではなく生きているアーキテクチャとなります
19:01
何が間違っていたかを調査するのをやめ
19:02
何が正しく機能し続けているかを証明し始めましょう
19:04
コンプライアンスにおいて信頼とは言葉で得られるものではなく
19:06
タイムスタンプによって得られるものだからです
19:08
そうです何も信頼せず全てをスクリプト化するのです
19:10
GUIは異常に対して前を潜めるかもしれませんが
19:12
パワーシェルは訴訟用のファイルを構築します
19:13
そしてコパイロットの影響範囲がサービスや大陸を超えて拡大する中
19:16
その怪異的な姿勢はもはや選択肢ではなくなりました
19:18
それは生存のための必須条件なのです
19:19
必然の結論へとたどり着きました
19:21
管理権限はもはや単なる技術的な特権ではありません
19:23
それは専門的なリテラシーなのです
19:25
クリックすることこそが有能さの証だと信じている管理者のために
19:28
このマニフェストを捧げます
19:29
これが管理者のマニフェストです
19:31
パワーシェルは単なるツールではなく権限を行使するための語彙です
19:34
その知識がオペレーターと傍観者を分けます
19:37
スクリプトを使わずにコパイロットを管理しているなら
19:39
あなたは管理しているのではなく見守っているだけです
19:42
真の管理者はマウスの軌跡ではなくループで試行します
19:44
ここにマインドセットの転換があります
19:46
スクリプティングとは大規模に試行することです
19:49
一行のコードは完璧に繰り返される原則を定義します
19:51
クリックすることは小規模かつ突発的で
19:54
追跡不能で一貫性のない考え方を意味します
19:56
管理センターは個人の快適さを優先させます
19:58
パワーシェルは組織的な厳格さを強制します
20:01
一方は直感に訴えもう一方は監査人に訴えます
20:04
コパイロットはどれほど知的であっても目倉目的に従順です
20:08
それはあなたが構築したガバナンスの枠組みの中で実行されます
20:11
パワーシェル層が脆弱であればコパイロットの自由度は増大し
20:14
最終的に説明責任は崩壊します
20:16
この皮肉は引き劇と言えるでしょう
20:19
管理者はコードだけで構築されたAIに依存しながら
20:22
自分自身でコードを書くことには二の足を踏んでいます
20:24
構文しか理解しないモデルにガバナンスを委ねながら
20:27
その言語を話そうとはしないのです
20:29
マニフェストは単純です
20:31
自動化文書化検証
20:32
すべてのコマンドは証拠を生み出さなければなりません
20:35
すべての証拠は監視へとフィードバックされなければなりません
20:37
すべての監視は適用を促さなければなりません
20:39
そのループこそが専門職としての衛生管理です
20:41
ダッシュボードは色褪せますがログは残ります
20:43
管理者の仕事はツールが動いているのを見ることではなく
20:45
誰も見ていないところで正しく動作していることを証明することです
20:47
パワーシェルのリテラシーは将来への備えにもなります
20:50
マイクロソフトは毎月インターフェースを変更します
20:52
コマンドレッドはその文法を滅多に忘れません
20:54
スクリプトはブランド名変更にも耐え抜きます
20:56
GUIはアップデートの度に記憶を失います
20:59
コパイロットが進化しても自動化はパラメータを一つ切り替えるだけで対応でき
21:03
再認定コースは不要です
21:04
長寿の秘訣は高度にあります
21:06
痛いほど正直に言いましょう
21:07
スクリプティングは平らな精神を恐れさせます
21:09
それは可視性を強制するからです
21:11
エラーは何かがうまくいきませんでした
21:12
という隠れ身の裏側ではなく平文で叫びを上げます
21:14
しかしその真実との対峙こそが有能さの代償なのです
21:17
コントロールを望みますか?
21:18
ならば独自の公文を自分のものにしてください
21:20
すべてのget、set、removeコマンドは
21:22
企業ガバナンスという言語を構成する音説なのです
21:24
そして文化のリセットはそこから始まります
21:27
管理者はパワーシェルを余分な仕事としてではなく
21:28
エンジニアが数学を扱うように
21:29
専門的な流暢さとして扱わなければなりません
21:31
スクリプトを書く者がルールを定義します
21:33
他の全員はその文書に従うだけです
21:36
シェルはあなたにとって変わるものではありません
21:37
それはあなたが去った後も長く
21:39
あなたの決断を実行可能で
21:40
再現可能で監査可能に保つものです
21:42
だから次に誰かが
21:43
コパイロットが勝手に管理してくれると言ったら
21:46
丁寧に微笑んでターミナルを開いてください
21:47
なぜならAIはメールの下書きや会議の要約はできても
21:50
あなたのために既成巡視の承認サインはしてくれないからです
21:53
その権限はスクリプトを作成できるものにのみ属します
21:55
パワーシェルはコパイロットにとって変わるものではありません
21:57
それが監視します
21:58
それは部屋の大人として
22:00
輝かしいチャットボットが会社の資料で
22:01
制限データを引用し始めないように見守る存在です
22:03
それを習得すればコパイロットを支配できます
22:05
無視すれば最後にはその支配下に置かれることになるでしょう
22:08
それがマニフェストです
22:09
ガバナンスとは見ることではなくスクリプトを書くことです
22:11
コントロールはそれをコードで具現化できるものの手にあります
22:14
管理か利便性か
22:15
結局全ての管理者は選択を迫られます
22:17
管理か利便性か
22:18
利便性は親しみやすく見えます
22:20
青い画面で読み込まれチェックボックスを提供し
22:22
ガバナンスがポイント&クリックの章だと信じ込ませます
22:24
管理は公文の正確さと説明責任が求められるため難しく見えます
22:27
しかしよく見てください
22:28
利便性はリースであり所有ではありません
22:31
管理センターはコマンドを一時的に借りる場所です
22:33
パワーシェルを使えばそれを所有できます
22:35
真のコパイロット管理者はダッシュボードを追いかけません
22:37
彼らはログを生成します
22:39
彼らはトグルを信用せずポリシーを検証します
22:41
コンプライアンス割り当て取り消し監査といった意味のあるすべての行動は
22:45
まずコードの一項として始まります
22:47
パワーシェルは意図を証拠に変えますが
22:49
GUIはそれをパワーポイントのスクリーンショット用の一時的なビジュアルに変えてしまいます
22:53
AIガバナンスは管理デモではなく法的なインフラストラクチャです
22:57
監査人が来たりデータの境界が変わったりした時
23:00
実際に何が起きたかを証明できるのはスクリプトベースの自動化だけです
23:04
パワーシェルは信頼性の要素である履歴、系譜、因果関係を提供します
23:08
ダッシュボードは飾りですがスクリプトは守ります
23:10
ボタンで信頼を拡張することはできません
23:12
コードで拡張するのです
23:14
つまり最後の原則はひどくシンプルです
23:16
管理センターは観光案内所のようなものです
23:18
場所を指し示すだけです
23:19
パワーシェルはバスを運転し燃料を入れ走行距離を記録し
23:22
事故が起きた時には保険金請求書を作成します
23:24
それがエンタープライズの現実です
23:26
シェルがなければ統治も検証も防衛もできません
23:28
管理と利便性が共存することは滅多にありません
23:31
利便性を選べば何も文書化されません
23:33
管理を選べば全てが自動的に文書化されます
23:35
プロの進むべき道は明らかです
23:37
スクリプトの書き方が間違っていなければアップデートで壊れることはありません
23:39
登録してそれを修正しましょう