WEBVTT 00:00:00.000 --> 00:00:30.000 まだ管理センターをポチポチ操作しているならあなたはもう時代遅れです設定保存の読み込みアイコンを眺めている間に誰かはパワーシェルを使って1万人のユーザーに対する同じ作業を自動化しランチに出かけているのですから実を言うとあの華やかなマイクロソフト365ダッシュボードはあなたのコントロールセンターではありませんあれはでこいおとりですエンタープライズ級のジェット機に取り付けられた子供用のハンドルにすぎませんあなたがそれに夢中になっている間に実際のエンジンはコードによって容赦なく稼働しています多くの管理者は強力そうに見えるという理由 00:00:30.000 --> 00:01:00.000 ラグ青い色合いが特徴ですしかし実際はそうではありませんあなたは結局裏でパワーシェルコマンドを呼び出すスイッチを切り替えているにすぎないのです管理センターは一般ユーザーが自分を傷つけないようにそれらを隠しているだけですそれは美しく塗装された足場であり何かを支えている構造物ではありませんそうその幻想は利便性という名のまやかしですクリックしてドラッグして完了それが通用するのは複数のテナントにまたがりコンプライアンスラベルを即座に反映させるような作業を何千回も繰り返す必要がない場合だけですプレッシャーがかかればそんなおもちゃ 00:01:00.000 --> 00:01:30.000 そして変更を保存をクリックすることはドキュメントの代わりにはなりませんこの説明が終わる頃にはなぜ真剣なコパイロット管理者がマウスを置きコマンドラインに向き合う必要があるのかが理解できるはずですパワーシェルは管理センターの兄貴分というだけでなくマイクロソフトのAIインフラをエンタープライズ規模で統制監視自動化できる唯一のツールだからですそしていわゆるコマンドラインがいかにしてAIガバナンスのスーパーパワーを手に入れるための鍵となるのかこれからお見せしましょうおもちゃかそれともツールかはっきりさせておきましょう管理センターが悪 00:01:30.000 --> 00:02:00.000 思っているような製品ではないということですあれは点滅するカーソルを見るとパニックになる人々のために企業管理を安全に保つためのマイクロソフトの手段なのです会議で発表するためのグラフを提供しどこにもつながっていないエレベーターのボタンを押すのと同程度の制御している気分を与えてくれます幼稚園の安全ハサミのような可愛らしい代物ですマイクロソフトはGUIをコマンド操作ではなく可視化のために設計しましたインターフェースはいわば公共の遊び場です壁にはクッションが貼られドアには鍵がかかり鋭利なものはすべてツールチップの 00:02:00.000 --> 00:02:30.000 重要ですなぜならAI管理とは設定を切り替えることではないからですそれは監査可能なアクションをスクリプト化することであり繰り返され記録され後で監査人から5月12日に誰がコパイロットに財務データへのアクセス権を与えたのかと聞かれたときに証明できるものであるべきです管理センターは肩をすくめて答えることしかできませんパワーシェルなら完全な履歴を提供できますここでほころびが見え始めます例えば複数の事業部門にまたがる非管理職ユーザー全員のコパイロットを無効化するような一括操作を試してみてくださいうまくいくでしょう 00:02:30.000 --> 00:03:00.000 チェックボックスを一つずつ操作して完結すると考えているところがある種愛らしくさえありますそしてレプリケーションを待つ時間が発生します数時間後更新されるサイトもあればされないサイトもありデータの整合性が崩れますコンプライアンス担当者からメールが届き始めます一方パワーシェルならコマンド一つでテナント全体を数秒で処理でき出力もログに残り実行日時も記録されます推測も遅延もなく明日また確認してくださいというリマインダーも不要です管理センターを地図パワーシェルを乗り物と考えてください地図は確かに役に立ちますどこに何があるかを示して 00:03:00.000 --> 00:03:30.000 まで連れて行ってくれますナビゲーション給油迂回そして何より重要なのは他の人がたどれるようにルートを記録できることですコンプライアンス規模自動化が重視される現場では管理者はそのように動きますコパイロット管理の革新にはパラドックスがありますそれがこれですAIは視覚的に見えますがその管理には視覚に頼らない精密さが求められますプロンプト制御ライセンス割り当てdlp統合これらはダッシュボードでの作業ではありません構造化されたデータ操作なのです管理センターはAIの使用状況グラフを表示できますしかしなぜそれが起こり誰が開始したのかを教えられるのはパ 00:03:30.000 --> 00:04:00.000 だけですその力の差は抽象的なものではありませんバージョン管理からポリシーの一貫性まで全てに関わりますGUIを使えば人間の記憶に頼ることになりますあの保持ラベルをテナント全体に適用しただろうかパワーシェルを使えば署名済みで再現可能かつ環境全体に配布可能なスクリプトに頼ることになりますGUIは足跡を残しますがシェルは設計図を残します次にエラーハンドリングについて話しましょう管理センターのエラーはまるで気まぐれな気分屋のようです何かがうまくいきませんでしたという赤いバナーが表示されます何かとはなんと素晴らしい詳細情報でしょう 00:04:00.000 --> 00:04:30.000 英語まで教えてくれます診断修正再実行をすべて同じウィンドウ内で行えます華やかではありませんがとにかく効果的ですダッシュボードにしがみつく管理者がそうする理由は一つ安心感があるからです視覚的であり小さな成功の通知がアクションを確定させてくれます紙吹雪が舞うような感覚ですしかしエンタープライズガバナンスは感情のビジネスではなく結果のビジネスです必要なのは通知のポップアップではなくログエントリーなのですそのすべてが管理そのものです見栄えが良いことが目的ではなく永続的であることが目的なのです信頼を前提とするのではなく� 00:04:30.000 --> 00:05:00.000 あなたが今や本番環境レベルの権限を行使しているという警告とともにあらゆるコマンドを委ねますそしてそれこそがまさにコパイロットの管理に求められるものなのですさてGUIの利便性を擁護する前に不都合な真実をお話ししましょう利便性はガバナンスを損ないますクリックベースの管理ツールは多くのことを隠蔽しすぎますそれらは複雑さを抽象化するためポリシーが見えなくなってしまいますそして何かが壊れたとき原因を追跡することはできず推測するしかありません対照的にスクリプトはすべてをさらけ出しますあらゆる操作が証拠としての記録を 00:05:00.000 --> 00:05:30.000 監査修正するために社内で使用しているツールです彼らはあなたのためにおもちゃを作り自分たちはツールを使っているのですその事実ですべてを察することができるでしょうガバナンスの話をする前であってもですその引き出しを開けてみましょうコパイロットにおけるガバナンスの欠落についてですここから状況は単なる非効率から潜在的に壊滅的な問題へと変化します多くの管理者はコパイロットを有効にすればマイクロソフト365のコンプライアンスフレームワークが自動的にAIレイヤーもカバーすると考えていますネタバレですがそうはなりませんそこにはデータ漏� 00:05:30.000 --> 00:06:00.000 コパイロットの出力メールドキュメント会議の要約は監査できますがその出力を生成した入力であるプロンプトは多くの場合消えてなくなってしまいますこれは規制環境下においては法的にも運用的にも悪夢です財務担当取締役が誤って機密の予測データをコパイロットに入力した場合出力は削除されるかもしれませんが誰がいつどのようなデータ協会でそのクエリを投げたかというコンテキストは二度と記録されない可能性があります管理センターでは対処できませんそこには導入指標や利用傾向は示されますが必要な証拠の連鎖は示されないからです 00:06:00.000 --> 00:06:30.000 だけにすぎませんでは最初の通点である一括適用について考えてみましょうコパイロットアクセス権を持つすべてのユーザーに新しいデータ損失防止dlpルールを適用したいですか残念ですができません管理センターではdlpポリシーを大まかに有効化することはできますがコパイロットのアクティビティに限定してテナント全体で更新を実行することはできませんそれは照明のスイッチを使って建物全体の配線をやり直そうとするようなものですしかしパワーシェルなら壁の裏側に入り込み実際の回路図にアクセスできます隠された属性データエンドポイントライ 00:06:30.000 --> 00:07:00.000 コパイロットでコパイロットが有効なすべてのアカウントを発見しdlpの適用状況を確認し監査用にエクスポートすることができます次に2つ目の通点である一貫性のないライセンス管理があります全ユーザーが同じレベルのコパイロットアクセス権を持っていると思っていませんかそれはあまりに楽観的というものです実際にはライセンスは紙吹雪のように散らばっており手動で割り当てられ無計画に遺憾され時には重複し時には完全に欠落していることさえあります管理センターはリストを表示することはできますがそれらの関係性までは見せてくれないのです� 00:07:00.000 --> 00:07:30.000 それらのオブジェクトを取得し構造化データのようにクエリをかけることができますユーザーとライセンスskuを紐付け部門ごとにグループ化しコンプライアンスポリシーと称号することで推測ではなく実態に基づいた環境把握が可能になりますこのギャップを具体的なシナリオで見てみましょうイーゴテナントのすべての役員がコパイロットプレミアムを保持しているかまた一時的な契約社員に誤ってアクセス権が付与されていないかを確認する必要があるとします管理センターではユーザーを開きアクティブユーザーを選択しスク 00:07:30.000 --> 00:08:00.000 で重複を削除しなければなりませんコーヒーを3倍飲んだ後でもまだ開業の調整に追われていることでしょうパワーシェルならたった1行ですskuでフィルタリングしたgetmsolユーザークエリをセレクトオブジェクトでパイプしタイムスタンプ付きのcsvとしてエクスポートするだけです要するに何時間もの不確実性を数秒の確実性に置き換えられるのです多くの管理者はこれを聞いてでも視覚的に確認できるじゃないかと反論しますそれこそが問題なのです見えているだけで管理はできていません可視性とコントロールは同義ではありませんguiは快適さを提供しますがパワーシェルは� 00:08:00.000 --> 00:08:30.000 厄介な企業的皮肉がありますマイクロソフト自身がまさにあなたが信頼しているダッシュボードを構築するためにパワーシェルモジュールエムスグラフアジュールアドエクスチェンジオンラインを使っているのですあなたは文字通りパラメータの半分が削ぎ落とされたパワーシェルのフロントエンドを見ているにすぎませんまるで車をレンタルしてハンドルは90度以上回すなと言われているようなものですそうした制限は初心者の安全を守りますがプロの作業を遅らせますaiは管理上の境界線内では動作しないため真のガバナンスには無制限のアクセスが必要ですaiはデータ 00:08:30.000 --> 00:09:00.000 もしあなたの監査プロセスがaiのリクエストをテナントからデータセンターまで追跡できなければそれはガバナンスではなくただの飾りにすぎませんパワーシェルはそのギャップを装飾ではなく露出によって埋めてくれますテナントのai設定パラメータモデルアクセス制御エントリーさらにはエンドポイントの制約までを明らかにしますその透明性によって真のガバナンスレイヤーポリシー割り当てプロンプト監査役割ベースのモニタリングを構築できるのです誰が何を質問できどこから回答が得られるかを高度化できますそうした詳細は今日のguiには 00:09:00.000 --> 00:09:30.000 それは必ず起こりますがその際にはホレンジックの痕跡が必要になりますパワーシェルなら普遍のjsonlogのエクスポートguidによるオブジェクトのキャプチャさらには整合性検証のためのハッシュ署名付きコマンド結果のタグ付けも可能です管理センターはどうでしょうか管理センターに頼り切っているあなたのキャリアの先行きのような右肩下がりのトレンドグラフを見せられるのがオチですそうコパイロットにおけるガバナンスのギャップは現実であり測定可能であり導入が進むにつれて拡大し続けているのですもはやパワーシェルは単なるオプションではありません真 00:09:30.000 --> 00:10:00.000 次の論理的なステップは人為的ボトルネックを完全に排除することだからですここでの自動化は利便性ではなく放送のものですパワーシェルがポリシーの実行を単に高速化するだけでなくいかに確実なものにするかを見ていきましょう法としての自動化コパイロットガバナンスにおいて自動化は贅沢品ではなく法令なのです手作業によるアプローチは単に非効率なだけでなく設計紙コンプライアンス違反となりますaiエコシステムが複数のテナントに拡大するとスクリプト化されていないすべての操作が不採となるからです人間のミスはどんなアルゴリズムよ 00:10:00.000 --> 00:10:30.000 誤りを手順の自動化で封じ込める唯一の言語なのですはっきり言いましょうワードで書かれたポリシーはただの願い事にすぎませんパワーシェルで書かれたポリシーは法ですスクリプトは第3金曜日に設定を忘れたりコーヒーが切れたからといってアカウントの処理をスキップしたりはしませんコードでガバナンスルールを定義すればそのルールは常にスケジュール通り監査可能な形で正確に実行されますそれが再現性によるコンプライアンスですアドバイスとしてのガバナンスではなく強制力としてのガバナンスですguiは柔軟性を与えてくれますが 00:10:30.000 --> 00:11:00.000 地域ごとの展開が増えるたびに追跡すべき権利管理は複雑になりますこれを手作業で行うのは放送設備のない空港で手書きの登場券を配るようなものですしかしパワーシェルのスケジュールジョブを使えば不正号を自動で検出し即座に修正し改ざん不可能な記録を残せますスクリプトそのものが日時が記録された証拠として機能するのです慎重にクリックしましたと監査人に説明してみてください彼らが求めるのは感情ではなくタイムスタンプです自動化は単に作業を繰り返すだけでなく専門知識を高度化するものですそこに 00:11:00.000 --> 00:11:30.000 フィルターの強制スクリプトを書けばそのコード自体が組織の記憶となります新人は苦伝の知識を必要としません彼らは簡潔な構文で表現された運用指針を継承するのです推測を排除することこそが真の生産性向上です時間の節約はあくまでおまけにすぎませんここで一つの短い物語を紹介します複数の事業部門を管理する管理者がコパイロットライセンスの調整に毎週追われていました毎月クライアントの拡大に伴い何らかの不具合が発生していましたそこで彼女は12行きのパワーシェルスクリプトを書きましたスクリプトはテ 00:11:30.000 --> 00:12:00.000 条文を取り消し監査用csvを生成しましたその作業は35時間から5分に短縮され記録の漏れもゼロになりました成果は時間の節約ではなく私を信じてという言葉を排除できたことにありますスクリプトがコンプライアンスが守られたことを証明したのです自動化をコンプライアンスとする真の意味は意図を高度化し再現可能な実行へと変えることなのですポリシーの強制は願望ではなく機械的なものとなるため人の承認は不要になりますそしてパワーシェルがネイティブで監査をサポートしている点にそのエレガンスがありますすべての実行結果はエクスポートできすべての変更 00:12:00.000 --> 00:12:30.000 可能ですこれは企業継続性の3ステップ検出修正検証というリズムですそれぞれの動詞にはget set confirmという対応するコマンドがありますそれらの説当時は任意のものではなくマニフェストなのですコパイロットの使用ログで異常未知のAPI呼び出しまたは過度なデータ境界要求をスキャンする検出ロジックを想像してください即座に修正スクリプトが問題のあるセッションを無効化しコンプライアンス指標を更新し残存アクセスを再チェックする検証ルーティンをトリガーしますすべてにタイムスタンプが押されすべてが元に戻せますその間ダ 00:12:30.000 --> 00:13:00.000 をクリックし続け結果がなぜ遅れるのかと疑問に思っていますこの皮肉は愉快であり a 自信満々でいることも正当化されますクリック操作を好む人たちは自動化は危険だと言います結構ですが彼らがdlpの設定を誤ってミスした時に近くで呼吸をするのも危険ですパワーシェルのリスクは透明ですがguiのリスクは1月のライブでお会いしましょう自動化はミスを高度に集約し一度の修正で済むようにします手動プロセスはミスをラメのようにまき散らし永続的で掃除不可能にしてしまいますしかしこれをメカニズム以上の次元へ高めましょう自動化と 00:13:00.000 --> 00:13:29.720 しますお気に入りも推測もマーケティング部門がライセンスを必要としていると思ったという言い訳もありませんそれは公平なガバナンスであり数学的な実行ですシステム管理に公平さを求めていたならまさにこれがそれですコンピュータは誰に対しても等しく従い誰にも例外を認めませんではもう一度管理センターと比較してみましょうすべてのクリックは雪の結晶のようにユニークで一時的で検証不可能ですそれを再現することも全くその通りに行われたと証明することもできません逆にパワーシェルはあなたのブラックボックスレコーダーです各実行は決定論的です明日来月あるいは別の 00:13:30.000 --> 00:13:41.820 で再生しても同じ結果が得られますそれこそが規制当局がシステムに期待する振る舞いつまり予測可能性ですそしてコパイロットがスケールするにつれ自動化は死活問題となります何百ものaiインターフェースを目視で監視することは不可能です 00:13:41.820 --> 00:13:49.820 テナントデータセンターコネクタ全体に制御ポリシーを適用するにはスクリプトが必要ですそれをマイクロソフト365ガバナンスの免疫システムと考えてください 00:13:49.820 --> 00:13:58.760 自動化されたルーチンが絶えずパトロールし異常を検出し感染が広がる前に対処するのです手動介入はトリアージのようなもので時には必要ですが常に手遅れです 00:13:58.760 --> 00:14:06.700 そう管理センターが何をしたいですかと丁寧に尋ねている間にパワーシェルはすでにそれを3回実行し結果を記録し報告書を作成しています 00:14:06.700 --> 00:14:11.660 自動化は人間を排除するのではなく設定の管理人から制御の設計者へと人間を引き上げます 00:14:11.660 --> 00:14:17.760 GUIでは依然としてあなたが保存をクリックする必要がありますパワーシェルではあなた自身が保存とは何を意味するかを定義する必要があります 00:14:17.760 --> 00:14:24.020 そしてそれが習熟の次なるステージを定義する管理とは単にボタンを早く押すことではなくそのボタンが実際に何をするのかを検証することだ 00:14:24.020 --> 00:14:29.400 自動化によってガバナンスは実行可能になるが監査だけがそれに信頼性を与える監査人を監査する時が来た 00:14:29.400 --> 00:14:35.260 すべてを監査せよ何も信頼するな監査を伴わないガバナンスは茶番でありコンプライアンスの仮想をした美しいダッシュボードに過ぎない 00:14:35.260 --> 00:14:41.460 真の管理にはレシートが必要だそしてマイクロソフト365においてパワーシェルは決して取引を忘れないレジのプリンターである 00:14:41.460 --> 00:14:46.180 すべての操作オブジェクトパラメーターを抽出し時刻を記録し新生性をハッシュで保証できる 00:14:46.180 --> 00:14:52.980 それは単なる透明性ではなく追跡可能性だ管理センターをクリックして回る時あなたは本質的にこれは起きたかと尋ねている 00:14:52.980 --> 00:14:59.680 そして帰ってくる答えは多分だログを集約し詳細を切り捨てレプリケーションの気分次第で更新される 00:14:59.680 --> 00:15:06.920 パワーシェルは確率を扱わない記録トランスクリプトを扱うゲットコマンドは何がどこで誰によって変更されたかを正確に教えてくれる 00:15:06.920 --> 00:15:13.560 トレンドを眺めるのではなく事実を突きつけるのだその違いがコンプライアンスが保たれた環境と謝罪が必要な環境を分かつ 00:15:13.560 --> 00:15:18.680 監査ピラミッドを解剖してみようその基礎にあるのは管理センターがアクティビティログと呼ぶものだ 00:15:18.680 --> 00:15:23.340 これらは要約され単純化され丸められ整理された過去の記録であり経営層向けの資料に適している 00:15:23.340 --> 00:15:28.500 一段上がるとパワーシェルがグラフAPIエンドポイントを通じて取得した生の監査レコードを露出させる 00:15:28.500 --> 00:15:35.820 さらに上層ではコマンドレベルのメタデータ実行IDセッションの起点変更前後のプロパティ差分を取得できる 00:15:35.820 --> 00:15:40.200 それはホレンジックレベルの正確性であり好奇心を満たすだけでなく規制当局にも提示可能な証拠だ 00:15:40.200 --> 00:15:44.580 メールボックス監査を例に挙げようGUIで表示できるのはメール送信総数とフラグ付きイベントのみだ 00:15:44.580 --> 00:15:49.640 パワーシェルはさらに深く潜るサーチユニファイドオーディットログを実行すれば誰がアクセス権を委任し 00:15:49.640 --> 00:15:53.400 いつ添付ファイルをコピーしその操作が既存の保持タグと整合していたかがわかる 00:15:53.400 --> 00:16:00.720 何か怪しいことが起きたはユーザーAが協定世界時14時3分にAPIC経由でデバイスDを使いフォルダーBにアクセスしたという事実に変わる 00:16:00.720 --> 00:16:03.360 これこそ監査人が弁護可能と呼ぶものだ 00:16:03.360 --> 00:16:05.780 グラフAPIはこの範囲をさらに広げる 00:16:05.780 --> 00:16:13.260 パワーシェルを使えば標準レポートには決して現れないコパイロットのプロンプ取り歴セッション協会モデルアクセス追跡をクエリできる 00:16:13.260 --> 00:16:18.960 それらを普遍のJSONパッケージとしてエクスポートし属性で署名しAzureに7年間保存することもできる 00:16:18.960 --> 00:16:23.320 あなたが極めて用心深いなら企業管理者ならそうあるべきだがそうすべきだ 00:16:23.320 --> 00:16:25.340 ではなぜこれが重要なのか 00:16:25.340 --> 00:16:32.880 AIガバナンスは知的財産としてのプロンプとデータ所在地の確約アルゴリズムの責任といった新たな法的責任をもたらすからだ 00:16:32.880 --> 00:16:38.900 ユーザーが入力したクエリだけで終わるAI監査はファイアウォールをオンにするだけで終わるサイバーセキュリティのようなものだ 00:16:38.900 --> 00:16:44.640 パワーシェルは何が参照されどこで誰の権限で行われたかという意図を再構築するための深みを与えてくれる 00:16:44.640 --> 00:16:51.840 その再構築能力こそがISO27001からEUAI法に至るまであらゆる説明責任フレームワークの根幹となります 00:16:51.840 --> 00:16:55.580 スクリプトによるエクスポートは改ざんできないためスクリーンショットよりも優れています 00:16:55.580 --> 00:17:01.560 コパイロットの対話履歴を毎日自動で抽出しブロブストレージに格納してチェックサムで検証封印することが可能です 00:17:01.560 --> 00:17:07.640 規制当局から証拠を求められた際ノートを探し回る必要はなくハッシュ署名付きのタイムスタンプされたアーカイブを提出すればいいのです 00:17:07.640 --> 00:17:09.180 GUIでそれができますか? 00:17:09.320 --> 00:17:12.960 せいぜいコンプライアンス週間の途中で期限切れになるCSVをダウンロードするのが関の山でしょう 00:17:12.960 --> 00:17:15.340 もう一つの利点はデータの正規化です 00:17:21.840 --> 00:17:26.040 パイルの機密性、エクスチェンジへのアクセス、エントラのロールと紐付け、すべてを一つのパイプラインで処理できます 00:17:26.040 --> 00:17:28.660 管理センターはそれらのサイロを丁寧に分離したままにします 00:17:28.660 --> 00:17:32.260 まるでガバナンスがシステム同士が決して会話を交わさない上品な晩餐会であるかのように 00:17:32.260 --> 00:17:35.940 パワーシェルはそれらを一つのログテーブルに引きずり出し誠実であることを要求します 00:17:35.940 --> 00:17:42.400 実際のシナリオ内部監査中にある企業がコパイロットの回答が制限された製品データを引用していることを発見しました 00:17:42.400 --> 00:17:45.700 管理センターはコパイロットの活動を一部確認できただけでしたが 00:17:45.700 --> 00:17:48.680 パワーシェルを使えば管理者はプロンプトチェーンをたどり 00:17:48.680 --> 00:17:50.760 クエリを実行したアカウントを特定し 00:17:50.760 --> 00:17:55.340 プロジェクト移行時に一時的な受け負い業者に付与された昇格権限と付き合わせることができました 00:17:55.340 --> 00:17:57.340 彼らは数分以内にアクセスを取り消し 00:17:57.340 --> 00:18:00.640 是正措置を文書化して確かな証拠と共に監査を完了させました 00:18:00.640 --> 00:18:03.580 GUI版のこの物語の結末は二度と起こらないと信じています 00:18:03.580 --> 00:18:04.240 で終わるでしょう 00:18:04.240 --> 00:18:06.160 ここで哲学的な結論を述べます 00:18:06.160 --> 00:18:09.320 監査とは人を疑うことではなく規模を認識することです 00:18:09.320 --> 00:18:13.520 関係代のアカウントが数千に達すると信頼という概念は統計的に無意味になります 00:18:13.520 --> 00:18:16.100 システムに必要なのは楽観論ではなく精査です 00:18:16.100 --> 00:18:18.520 パワーシェルはその冷徹さを実に見事に体現しています 00:18:18.520 --> 00:18:21.340 あらゆるコマンドと応答のペアが交渉された陳述となります 00:18:21.340 --> 00:18:22.940 エラーでさえも試算になります 00:18:22.940 --> 00:18:26.860 各失敗メッセージには監視スクリプトに遅れるトレースコンテキストが含まれています 00:18:26.860 --> 00:18:29.500 シェルは決して曖昧にせず全てを告白します 00:18:29.500 --> 00:18:32.080 管理センターは無知を抽象化することで美化します 00:18:32.080 --> 00:18:34.280 パワーシェルはそれを強制的に文書化します 00:18:34.280 --> 00:18:37.360 ガバナンスを法廷とするならばGUIは雰囲気だけを提示するようなものです 00:18:37.360 --> 00:18:39.180 パワーシェルは証拠物件を提出します 00:18:39.180 --> 00:18:42.080 傾向を見せるのかそれとも領収書を提示するのかの違いです 00:18:42.080 --> 00:18:44.320 これは歌ではなくポリシーの現実です 00:18:44.320 --> 00:18:47.420 一方は好奇心を満たしもう一方は監査人を納得させます 00:18:47.420 --> 00:18:49.300 そして真の秘訣はこれです 00:18:49.300 --> 00:18:52.640 最も安全な組織は監査を恐れるのではなく自動化しています 00:18:52.640 --> 00:18:55.140 スケジュールされたパワーシェルジョブが毎晩ログをエクスポートし 00:18:55.140 --> 00:18:57.620 差分を称号し不一致があればアラートを出します 00:18:57.620 --> 00:19:01.260 監査証跡は事後報告の書類ではなく生きているアーキテクチャとなります 00:19:01.260 --> 00:19:02.700 何が間違っていたかを調査するのをやめ 00:19:02.700 --> 00:19:04.640 何が正しく機能し続けているかを証明し始めましょう 00:19:04.640 --> 00:19:06.620 コンプライアンスにおいて信頼とは言葉で得られるものではなく 00:19:06.620 --> 00:19:08.080 タイムスタンプによって得られるものだからです 00:19:08.080 --> 00:19:10.360 そうです何も信頼せず全てをスクリプト化するのです 00:19:10.360 --> 00:19:12.260 GUIは異常に対して前を潜めるかもしれませんが 00:19:12.260 --> 00:19:13.780 パワーシェルは訴訟用のファイルを構築します 00:19:13.780 --> 00:19:16.180 そしてコパイロットの影響範囲がサービスや大陸を超えて拡大する中 00:19:16.180 --> 00:19:18.140 その怪異的な姿勢はもはや選択肢ではなくなりました 00:19:18.140 --> 00:19:19.800 それは生存のための必須条件なのです 00:19:19.800 --> 00:19:21.340 必然の結論へとたどり着きました 00:19:21.340 --> 00:19:23.720 管理権限はもはや単なる技術的な特権ではありません 00:19:23.720 --> 00:19:25.520 それは専門的なリテラシーなのです 00:19:25.520 --> 00:19:28.460 クリックすることこそが有能さの証だと信じている管理者のために 00:19:28.460 --> 00:19:29.700 このマニフェストを捧げます 00:19:29.700 --> 00:19:31.420 これが管理者のマニフェストです 00:19:31.420 --> 00:19:34.860 パワーシェルは単なるツールではなく権限を行使するための語彙です 00:19:34.860 --> 00:19:37.520 その知識がオペレーターと傍観者を分けます 00:19:37.520 --> 00:19:39.540 スクリプトを使わずにコパイロットを管理しているなら 00:19:39.540 --> 00:19:42.000 あなたは管理しているのではなく見守っているだけです 00:19:42.000 --> 00:19:44.880 真の管理者はマウスの軌跡ではなくループで試行します 00:19:44.880 --> 00:19:46.740 ここにマインドセットの転換があります 00:19:46.740 --> 00:19:49.100 スクリプティングとは大規模に試行することです 00:19:49.100 --> 00:19:51.980 一行のコードは完璧に繰り返される原則を定義します 00:19:51.980 --> 00:19:54.060 クリックすることは小規模かつ突発的で 00:19:54.060 --> 00:19:56.180 追跡不能で一貫性のない考え方を意味します 00:19:56.180 --> 00:19:58.840 管理センターは個人の快適さを優先させます 00:19:58.840 --> 00:20:01.680 パワーシェルは組織的な厳格さを強制します 00:20:01.680 --> 00:20:04.940 一方は直感に訴えもう一方は監査人に訴えます 00:20:04.940 --> 00:20:08.000 コパイロットはどれほど知的であっても目倉目的に従順です 00:20:08.000 --> 00:20:11.160 それはあなたが構築したガバナンスの枠組みの中で実行されます 00:20:11.160 --> 00:20:14.580 パワーシェル層が脆弱であればコパイロットの自由度は増大し 00:20:14.580 --> 00:20:16.780 最終的に説明責任は崩壊します 00:20:16.780 --> 00:20:19.080 この皮肉は引き劇と言えるでしょう 00:20:19.080 --> 00:20:22.120 管理者はコードだけで構築されたAIに依存しながら 00:20:22.120 --> 00:20:24.640 自分自身でコードを書くことには二の足を踏んでいます 00:20:24.640 --> 00:20:27.720 構文しか理解しないモデルにガバナンスを委ねながら 00:20:27.720 --> 00:20:29.500 その言語を話そうとはしないのです 00:20:29.500 --> 00:20:31.040 マニフェストは単純です 00:20:31.040 --> 00:20:32.980 自動化文書化検証 00:20:32.980 --> 00:20:35.140 すべてのコマンドは証拠を生み出さなければなりません 00:20:35.140 --> 00:20:37.240 すべての証拠は監視へとフィードバックされなければなりません 00:20:37.240 --> 00:20:39.160 すべての監視は適用を促さなければなりません 00:20:39.160 --> 00:20:41.200 そのループこそが専門職としての衛生管理です 00:20:41.200 --> 00:20:43.100 ダッシュボードは色褪せますがログは残ります 00:20:43.100 --> 00:20:45.060 管理者の仕事はツールが動いているのを見ることではなく 00:20:45.060 --> 00:20:47.480 誰も見ていないところで正しく動作していることを証明することです 00:20:47.480 --> 00:20:50.120 パワーシェルのリテラシーは将来への備えにもなります 00:20:50.120 --> 00:20:52.500 マイクロソフトは毎月インターフェースを変更します 00:20:52.500 --> 00:20:54.720 コマンドレッドはその文法を滅多に忘れません 00:20:54.720 --> 00:20:56.960 スクリプトはブランド名変更にも耐え抜きます 00:20:56.960 --> 00:20:59.520 GUIはアップデートの度に記憶を失います 00:20:59.520 --> 00:21:03.080 コパイロットが進化しても自動化はパラメータを一つ切り替えるだけで対応でき 00:21:03.080 --> 00:21:04.500 再認定コースは不要です 00:21:04.500 --> 00:21:06.060 長寿の秘訣は高度にあります 00:21:06.060 --> 00:21:07.580 痛いほど正直に言いましょう 00:21:07.580 --> 00:21:09.580 スクリプティングは平らな精神を恐れさせます 00:21:09.580 --> 00:21:11.180 それは可視性を強制するからです 00:21:11.180 --> 00:21:12.680 エラーは何かがうまくいきませんでした 00:21:12.680 --> 00:21:14.800 という隠れ身の裏側ではなく平文で叫びを上げます 00:21:14.800 --> 00:21:17.440 しかしその真実との対峙こそが有能さの代償なのです 00:21:17.440 --> 00:21:18.700 コントロールを望みますか? 00:21:18.860 --> 00:21:20.700 ならば独自の公文を自分のものにしてください 00:21:20.700 --> 00:21:22.800 すべてのget、set、removeコマンドは 00:21:22.800 --> 00:21:24.900 企業ガバナンスという言語を構成する音説なのです 00:21:24.900 --> 00:21:27.020 そして文化のリセットはそこから始まります 00:21:27.020 --> 00:21:28.700 管理者はパワーシェルを余分な仕事としてではなく 00:21:28.700 --> 00:21:29.940 エンジニアが数学を扱うように 00:21:29.940 --> 00:21:31.680 専門的な流暢さとして扱わなければなりません 00:21:31.680 --> 00:21:33.800 スクリプトを書く者がルールを定義します 00:21:33.800 --> 00:21:36.000 他の全員はその文書に従うだけです 00:21:36.000 --> 00:21:37.840 シェルはあなたにとって変わるものではありません 00:21:37.840 --> 00:21:39.400 それはあなたが去った後も長く 00:21:39.400 --> 00:21:40.760 あなたの決断を実行可能で 00:21:40.760 --> 00:21:42.580 再現可能で監査可能に保つものです 00:21:42.580 --> 00:21:43.880 だから次に誰かが 00:21:43.880 --> 00:21:46.000 コパイロットが勝手に管理してくれると言ったら 00:21:46.000 --> 00:21:47.740 丁寧に微笑んでターミナルを開いてください 00:21:47.740 --> 00:21:50.560 なぜならAIはメールの下書きや会議の要約はできても 00:21:50.560 --> 00:21:53.000 あなたのために既成巡視の承認サインはしてくれないからです 00:21:53.000 --> 00:21:55.680 その権限はスクリプトを作成できるものにのみ属します 00:21:55.680 --> 00:21:57.900 パワーシェルはコパイロットにとって変わるものではありません 00:21:57.900 --> 00:21:58.980 それが監視します 00:21:58.980 --> 00:22:00.060 それは部屋の大人として 00:22:00.060 --> 00:22:01.740 輝かしいチャットボットが会社の資料で 00:22:01.740 --> 00:22:03.740 制限データを引用し始めないように見守る存在です 00:22:03.740 --> 00:22:05.880 それを習得すればコパイロットを支配できます 00:22:05.880 --> 00:22:08.100 無視すれば最後にはその支配下に置かれることになるでしょう 00:22:08.100 --> 00:22:09.240 それがマニフェストです 00:22:09.240 --> 00:22:11.500 ガバナンスとは見ることではなくスクリプトを書くことです 00:22:11.500 --> 00:22:14.040 コントロールはそれをコードで具現化できるものの手にあります 00:22:14.040 --> 00:22:15.480 管理か利便性か 00:22:15.480 --> 00:22:17.560 結局全ての管理者は選択を迫られます 00:22:17.560 --> 00:22:18.880 管理か利便性か 00:22:18.880 --> 00:22:20.440 利便性は親しみやすく見えます 00:22:20.440 --> 00:22:22.420 青い画面で読み込まれチェックボックスを提供し 00:22:22.420 --> 00:22:24.340 ガバナンスがポイント&クリックの章だと信じ込ませます 00:22:24.340 --> 00:22:27.600 管理は公文の正確さと説明責任が求められるため難しく見えます 00:22:27.600 --> 00:22:28.920 しかしよく見てください 00:22:28.920 --> 00:22:31.000 利便性はリースであり所有ではありません 00:22:31.000 --> 00:22:33.180 管理センターはコマンドを一時的に借りる場所です 00:22:33.180 --> 00:22:35.140 パワーシェルを使えばそれを所有できます 00:22:35.140 --> 00:22:37.840 真のコパイロット管理者はダッシュボードを追いかけません 00:22:37.840 --> 00:22:39.320 彼らはログを生成します 00:22:39.320 --> 00:22:41.900 彼らはトグルを信用せずポリシーを検証します 00:22:41.900 --> 00:22:45.580 コンプライアンス割り当て取り消し監査といった意味のあるすべての行動は 00:22:45.580 --> 00:22:47.040 まずコードの一項として始まります 00:22:47.040 --> 00:22:49.140 パワーシェルは意図を証拠に変えますが 00:22:49.140 --> 00:22:53.780 GUIはそれをパワーポイントのスクリーンショット用の一時的なビジュアルに変えてしまいます 00:22:53.780 --> 00:22:57.700 AIガバナンスは管理デモではなく法的なインフラストラクチャです 00:22:57.700 --> 00:23:00.260 監査人が来たりデータの境界が変わったりした時 00:23:00.260 --> 00:23:04.100 実際に何が起きたかを証明できるのはスクリプトベースの自動化だけです 00:23:04.100 --> 00:23:08.640 パワーシェルは信頼性の要素である履歴、系譜、因果関係を提供します 00:23:08.640 --> 00:23:10.940 ダッシュボードは飾りですがスクリプトは守ります 00:23:10.940 --> 00:23:12.840 ボタンで信頼を拡張することはできません 00:23:12.840 --> 00:23:14.140 コードで拡張するのです 00:23:14.140 --> 00:23:16.120 つまり最後の原則はひどくシンプルです 00:23:16.120 --> 00:23:18.120 管理センターは観光案内所のようなものです 00:23:18.120 --> 00:23:19.500 場所を指し示すだけです 00:23:19.500 --> 00:23:22.340 パワーシェルはバスを運転し燃料を入れ走行距離を記録し 00:23:22.340 --> 00:23:24.280 事故が起きた時には保険金請求書を作成します 00:23:24.280 --> 00:23:26.100 それがエンタープライズの現実です 00:23:26.100 --> 00:23:28.680 シェルがなければ統治も検証も防衛もできません 00:23:28.680 --> 00:23:31.040 管理と利便性が共存することは滅多にありません 00:23:31.040 --> 00:23:33.140 利便性を選べば何も文書化されません 00:23:33.140 --> 00:23:35.520 管理を選べば全てが自動的に文書化されます 00:23:35.520 --> 00:23:37.140 プロの進むべき道は明らかです 00:23:37.140 --> 00:23:39.720 スクリプトの書き方が間違っていなければアップデートで壊れることはありません 00:23:39.720 --> 00:23:41.260 登録してそれを修正しましょう