WEBVTT 00:00:00.000 --> 00:00:03.640 아직도 관리센터에서 마우스 클릭만 하고 계신다면 이미 뒤처진 것입니다. 00:00:03.860 --> 00:00:05.900 설정 변경이 저장되길 기다리는 동안 00:00:05.900 --> 00:00:09.500 다른 누군가는 파워셀로 1만 명이 사용자를 대상으로 00:00:09.500 --> 00:00:12.340 자동화를 끝내고 점심을 먹으러 갔을 테니까요. 00:00:12.480 --> 00:00:15.360 사실 그 번지르르한 마이크로소프트 365대시보드는 00:00:15.360 --> 00:00:16.980 여러분의 통제센터가 아닙니다. 00:00:17.180 --> 00:00:18.280 그건 미끼일 뿐이죠. 00:00:18.480 --> 00:00:21.020 엔터프라이즈 제트기에 달린 장난감 운전대 같은 것입니다. 00:00:21.240 --> 00:00:22.860 진짜 엔진은 코드 속에서 쉼없이 돌아가는 동안 00:00:22.860 --> 00:00:24.580 여러분은 그저 장난감에 몰두해 있을 뿐이죠. 00:00:24.720 --> 00:00:27.000 대부분의 관리자는 보기에 그럴싸해서 관리센터를 좋아합니다. 00:00:27.000 --> 00:00:30.900 토글, 탭, 차트, 그리고 당신이 책임자라고 속삭이는 듯한 편안한 파란색 배색 때문이죠. 00:00:31.020 --> 00:00:32.460 하지만 당신은 책임자가 아닙니다. 00:00:32.640 --> 00:00:35.680 어차피 뒤에서는 파워셀 명령어를 실행하는 스위치를 누르고 있는 것뿐이니까요. 00:00:35.800 --> 00:00:38.880 관리센터는 일반 사용자가 실수하지 않도록 단지 그것들을 숨겨둘 뿐입니다. 00:00:39.040 --> 00:00:40.340 그건 예쁘게 칠해진 가설비계일 뿐 00:00:40.340 --> 00:00:42.020 실제로 무엇을 지탱하는 구조물은 아닙니다. 00:00:42.180 --> 00:00:44.080 알다시피 편해성이라는 것은 환상에 불과합니다. 00:00:44.240 --> 00:00:45.800 클릭하고 드래그하고 완료. 00:00:45.940 --> 00:00:48.960 하지만 여러 테넌트에 걸쳐 즉각적으로 반영되어야 할 규정 준수 레이블 작업을 00:00:48.960 --> 00:00:50.300 수천 번 반복해야 한다면 어떨까요? 00:00:50.300 --> 00:00:53.120 그때부터 그 장난감 같은 대시보드는 압박을 견디지 못하고 무너집니다. 00:00:53.220 --> 00:00:56.640 확장성도, 다시성도 잃게 되며 무엇보다 위험한 것은 증거를 잃게 된다는 점입니다. 00:00:56.800 --> 00:00:59.980 이제 세상은 스크린샷이 아닌 감사추적, 오디트 트레일즈로 돌아가기 때문입니다. 00:01:00.140 --> 00:01:03.000 그리고 변경 내용 저장 버튼을 누르는 것은 문서화가 아닙니다. 00:01:03.180 --> 00:01:04.320 이 설명이 끝날 때쯤이면 00:01:04.320 --> 00:01:09.180 왜 진지한 코파일럿 관리자 라면 마우스를 놓고 명령줄을 받아들여야 하는지 이해하게 될 것입니다. 00:01:09.360 --> 00:01:11.240 파워셀은 관리센터의 선배일 뿐만 아니라 00:01:11.240 --> 00:01:14.980 엔터프라이즈 규모에서 마이크로소프트 위 AI 인프라를 실제로 관리, 00:01:14.980 --> 00:01:18.000 모니터링, 자동화할 수 있는 유일한 도구이기 때문입니다. 00:01:18.160 --> 00:01:23.660 네, 여러분이 말하는 그 명령줄이 AI 거버넌스의 초능력을 발휘할 진짜 열쇠임을 보여드리겠습니다. 00:01:24.020 --> 00:01:25.720 장난감과 도구의 차이입니다. 00:01:25.960 --> 00:01:26.820 분명히 해도죠. 00:01:27.000 --> 00:01:29.180 관리센터가 나쁜 제품이라는 뜻은 아닙니다. 00:01:29.360 --> 00:01:31.640 단지 여러분이 생각하는 그런 제품이 아닐 뿐입니다. 00:01:31.820 --> 00:01:33.820 깜빡이는 커서만 봐도 당황하는 사람들을 위해 00:01:33.820 --> 00:01:37.120 엔터프라이즈 관리를 안전하게 유지하려는 마이크로소프트 위 방식이죠. 00:01:37.280 --> 00:01:39.040 회의 때 보여줄 차트를 제공하고 00:01:39.040 --> 00:01:42.060 이미 연결이 끊긴 엘리베이터 버튼을 누르는 것과 00:01:42.060 --> 00:01:43.780 비슷한 수준의 통제감을 줍니다. 00:01:43.780 --> 00:01:46.380 유치원용 안전 가위처럼 귀여운 수준이죠. 00:01:46.740 --> 00:01:49.840 마이크로소프트는 GUI를 명령이 아닌 가시성을 위해 설계했습니다. 00:01:50.140 --> 00:01:51.960 인터페이스는 모두를 위한 놀이터입니다. 00:01:52.160 --> 00:01:53.760 벽은 폭신하고 문은 잠겨 있으며 00:01:53.760 --> 00:01:55.720 날카로운 것은 모두 툴팁 뒤에 숨겨져 있습니다. 00:01:55.980 --> 00:01:58.060 어린이 보호 모드가 켜진 클라우드 인셈이죠. 00:01:58.260 --> 00:02:00.200 코파일럿을 관리할 때 이것이 중요한 이유는 00:02:00.200 --> 00:02:03.060 AI 관리는 설정값을 바꾸는 문제가 아니기 때문입니다. 00:02:03.260 --> 00:02:05.540 감사관이 5월 12일에 누가 코파일럿에게 00:02:05.540 --> 00:02:07.220 금융 데이터 접근 권한을 주었죠? 00:02:07.340 --> 00:02:09.340 라고 물을 때 반복 가능하고 기록되며 00:02:09.340 --> 00:02:10.980 증명할 수 있는 감사 가능한 작업을 00:02:10.980 --> 00:02:12.480 스크립트로 짜는 것이 핵심입니다. 00:02:12.620 --> 00:02:14.600 관리센터는 어깨를 으쓱하며 답할 뿐입니다. 00:02:14.760 --> 00:02:16.780 파워셀은 당신에게 성적표, 기록을 내어줍니다. 00:02:16.980 --> 00:02:18.560 여기서부터 균열이 보이기 시작합니다. 00:02:18.780 --> 00:02:21.680 예를 들어 여러 사업부의 비임원급 사용자 전체를 대상으로 00:02:21.680 --> 00:02:24.080 코파일럿을 비활성화하는 대량 작업을 시도해보세요. 00:02:24.300 --> 00:02:25.080 행운을 빕니다. 00:02:25.280 --> 00:02:27.260 관리센터는 2008년처럼 사용자 레코드를 00:02:27.260 --> 00:02:29.180 하나하나 수동으로 클릭하게 만들 테니까요. 00:02:29.340 --> 00:02:31.340 현대 IT를 체크박스 하나씩 처리할 수 있는 것처럼 00:02:31.340 --> 00:02:33.020 꾸미는 모습이 거의 매력적일 정도입니다. 00:02:33.220 --> 00:02:34.720 그런 다음 복제를 기다려야 하죠. 00:02:34.720 --> 00:02:36.500 몇 시간이 지나면 일부 사이트는 업데이트되고 00:02:36.500 --> 00:02:38.080 나머지는 안 되어 데이터 경계가 어긋납니다. 00:02:38.240 --> 00:02:40.340 컴플라이언스 담당자들의 이메일이 오기 시작합니다. 00:02:40.520 --> 00:02:41.800 반면 파워셀 명령 하나면 00:02:41.800 --> 00:02:43.200 전체 테넌트를 몇 초 만에 처리하고 00:02:43.200 --> 00:02:45.100 출력 로그와 타임스탬프까지 남길 수 있습니다. 00:02:45.300 --> 00:02:47.520 추측도, 지연도, 내일 다시 확인하세요 00:02:47.520 --> 00:02:48.480 라는 알림도 없습니다. 00:02:48.780 --> 00:02:51.580 관리센터는 지도이고 파워셀은 차량이라고 생각하세요. 00:02:51.820 --> 00:02:52.980 지도는 물론 유용합니다. 00:02:53.220 --> 00:02:55.060 지도는 어디에 무엇이 있는지 보여주니까요. 00:02:55.200 --> 00:02:56.460 하지만 지도에서 위치만 가리키고 있다면 00:02:56.460 --> 00:02:57.100 축하합니다. 00:02:57.420 --> 00:02:58.540 제자리에서 멈춰서 죽게 될 겁니다. 00:02:58.540 --> 00:03:00.580 파워셀은 당신을 그곳으로 데려다 줍니다. 00:03:00.740 --> 00:03:02.720 경로를 찾고 연료를 채우고 우회하며 00:03:02.720 --> 00:03:04.620 가장 중요한 것은 다른 사람이 따라올 수 있도록 00:03:04.620 --> 00:03:05.720 경로를 기록한다는 점입니다. 00:03:05.940 --> 00:03:08.400 컴플라이언스, 규모, 자동화가 중요할 때 00:03:08.400 --> 00:03:09.920 관리자들은 그렇게 운영합니다. 00:03:10.100 --> 00:03:12.260 코파일럿 관리의 핵심에는 역설이 하나 있는데 00:03:12.260 --> 00:03:13.320 바로 이것입니다. 00:03:13.520 --> 00:03:14.900 AI는 시각적으로 보이지만 00:03:14.900 --> 00:03:17.500 이를 관리하려면 비시각적인 정밀함이 필요합니다. 00:03:17.660 --> 00:03:19.540 프롬프트 제어, 라이선스 할당, 00:03:19.960 --> 00:03:21.940 DLP 통합은 대시보드 활동이 아닙니다. 00:03:22.140 --> 00:03:23.860 이들은 구조화된 데이터 작업입니다. 00:03:24.100 --> 00:03:26.640 관리센터는 AI 사용 그래프를 보여줄 수는 있습니다. 00:03:26.640 --> 00:03:28.180 하지만 무슨 일이 왜 일어났고 00:03:28.180 --> 00:03:30.380 누가 시작했는지 알려주는 것은 파워셀뿐입니다. 00:03:30.540 --> 00:03:32.380 이 힘의 차이는 추상적이지 않습니다. 00:03:32.560 --> 00:03:34.180 버전 제어부터 정책 일관성까지 00:03:34.180 --> 00:03:35.400 모든 것에 영향을 미칩니다. 00:03:35.640 --> 00:03:38.020 GUI를 사용하면 사람의 기억력에 의존하게 됩니다. 00:03:38.240 --> 00:03:40.360 테넌트 전체의 보존 네이블을 적용했었나? 00:03:40.520 --> 00:03:41.940 파워셀을 사용하면 서명되고 00:03:41.940 --> 00:03:42.900 반복 가능하며 00:03:42.900 --> 00:03:45.040 여러 환경에 배포된 스크립트에 의존하게 됩니다. 00:03:45.280 --> 00:03:46.620 GUI는 흔적을 남기지만 00:03:46.620 --> 00:03:48.120 실은 청사진을 남깁니다. 00:03:48.300 --> 00:03:49.980 오류 처리에 대해서도 이야기해봅시다. 00:03:50.180 --> 00:03:52.140 관리센터의 오류는 마치 감정기복과 같습니다. 00:03:52.140 --> 00:03:54.540 무언가 잘못되었다는 빨간색 배너가 나타납니다. 00:03:54.740 --> 00:03:57.100 무언가라니 정말 훌륭한 상세정보 내역 고맙습니다. 00:03:57.260 --> 00:03:58.640 반면 파워셀은 정확한 명령 00:03:58.640 --> 00:03:59.600 영향을 받는 개체 00:03:59.600 --> 00:04:00.640 줄번호를 제공합니다. 00:04:00.820 --> 00:04:01.980 같은 창안에서 진단하고 00:04:01.980 --> 00:04:02.740 수정하고 00:04:02.740 --> 00:04:03.860 다시 실행할 수 있습니다. 00:04:04.080 --> 00:04:05.700 화려하진 않지만 효과적입니다. 00:04:05.960 --> 00:04:08.720 대시보드에 매달리는 관리자들은 한 가지 이유 때문입니다. 00:04:08.900 --> 00:04:10.380 안전하다고 느끼기 때문이죠. 00:04:10.620 --> 00:04:11.440 시각적으로 보여주고 00:04:11.440 --> 00:04:13.360 성공알림으로 행동을 확인시켜주니까요. 00:04:13.660 --> 00:04:15.040 마치 꽃가루라도 날리는 것처럼요. 00:04:15.180 --> 00:04:16.720 하지만 기업 거버넌스는 감정이 아니라 00:04:16.720 --> 00:04:18.300 결과로 증명하는 비즈니스입니다. 00:04:18.300 --> 00:04:20.560 알림 메시지가 아니라 로그 기록이 필요합니다. 00:04:20.740 --> 00:04:22.440 그 모든 것이 제어를 외치고 있습니다. 00:04:22.720 --> 00:04:23.800 보기 좋으라고 있는 게 아니라 00:04:23.800 --> 00:04:25.120 연구적이어야 하기 때문입니다. 00:04:25.320 --> 00:04:27.040 신뢰를 가정하지 않고 증거를 기록합니다. 00:04:27.240 --> 00:04:28.160 당신이 스스로의 실수로부터 00:04:28.160 --> 00:04:29.640 자신을 보호할 때까지 기다려주지 않습니다. 00:04:29.820 --> 00:04:30.440 이것은 여러분에게 00:04:30.440 --> 00:04:31.860 운영 수준의 강력한 권한이 주어졌다는 00:04:31.860 --> 00:04:33.320 경고와 함께 모든 명령을 내어줍니다. 00:04:33.500 --> 00:04:34.300 그리고 바로 그것이 00:04:34.300 --> 00:04:35.920 코파일럿 관리에 필요한 핵심입니다. 00:04:36.140 --> 00:04:37.720 GUI 위 편리함을 옹호하기 전에 00:04:37.720 --> 00:04:39.460 불편한 진실을 말씀드리겠습니다. 00:04:39.740 --> 00:04:41.200 편리함은 거버넌스를 해칩니다. 00:04:41.460 --> 00:04:42.500 클릭 기반의 관리 도구는 00:04:42.500 --> 00:04:43.580 너무 많은 것을 숨깁니다. 00:04:43.580 --> 00:04:44.680 복잡성을 추상화하여 00:04:44.680 --> 00:04:46.200 정책을 보이지 않게 만들어버리죠. 00:04:46.340 --> 00:04:47.000 문제가 발생해도 00:04:47.000 --> 00:04:48.180 인과 관계를 추적할 수 없고 00:04:48.180 --> 00:04:49.340 오직 추측만 할 뿐입니다. 00:04:49.500 --> 00:04:50.840 반면 스크립트는 모든 것을 00:04:50.840 --> 00:04:51.680 투명하게 보여줍니다. 00:04:51.860 --> 00:04:53.600 모든 동작에 기록이 남기 때문입니다. 00:04:53.780 --> 00:04:55.600 관리센터가 여러분의 시선을 붙잡는 동안 00:04:55.600 --> 00:04:57.500 파워셀은 기업 환경을 운영합니다. 00:04:57.680 --> 00:04:58.500 이는 마이크로소프트가 00:04:58.500 --> 00:04:59.600 내부적으로 시스템을 테스트 00:04:59.600 --> 00:05:00.140 배포 00:05:00.140 --> 00:05:00.660 감사 00:05:00.660 --> 00:05:02.020 수정할 때 사용하는 도구입니다. 00:05:02.180 --> 00:05:03.560 그들은 여러분을 위해 장난감을 만들었고 00:05:03.560 --> 00:05:05.060 정작 자신들은 진짜 도구를 사용합니다. 00:05:05.200 --> 00:05:06.480 그 사실만으로도 모든 것이 설명되며 00:05:06.480 --> 00:05:07.640 거버넌스에 대해 논하기 전부터 00:05:13.580 --> 00:05:15.100 잠재적인 재앙으로 변할 수 있습니다. 00:05:15.100 --> 00:05:16.000 대부분의 관리자는 00:05:16.000 --> 00:05:17.100 코파일럿을 활성화하면 00:05:17.100 --> 00:05:19.560 마이크로소프트 365위 규정 준수 프레임워크가 00:05:19.560 --> 00:05:21.920 AI계층까지 자동으로 보호해줄 것으로 생각합니다. 00:05:22.080 --> 00:05:22.960 스포일러를 하자면 00:05:22.960 --> 00:05:23.840 그렇지 않습니다. 00:05:24.040 --> 00:05:25.140 데이터 유출이 발생할 만큼 00:05:25.140 --> 00:05:26.680 큰 거버넌스 공백이 존재하지만 00:05:26.680 --> 00:05:28.480 관리센터는 로딩 애니메이션으로 00:05:28.480 --> 00:05:29.680 이를 교묘하게 가리고 있습니다. 00:05:29.860 --> 00:05:30.960 코파일럿 위 출력물 00:05:30.960 --> 00:05:31.640 이메일 00:05:31.640 --> 00:05:32.320 문서 00:05:32.320 --> 00:05:34.040 회의 요약은 감사할 수 있지만 00:05:34.040 --> 00:05:35.820 결과를 생성한 프롬프트 00:05:35.820 --> 00:05:38.060 입력값는 종종 허공으로 사라집니다. 00:05:38.240 --> 00:05:39.660 규제 환경에서는 법적 00:05:39.660 --> 00:05:41.560 운영적 악몽과도 같은 일입니다. 00:05:41.760 --> 00:05:43.700 재무이사가 실수로 민감한 예측치를 00:05:43.700 --> 00:05:44.940 코파일럿에 입력하면 00:05:44.940 --> 00:05:46.400 출력물은 삭제될 수 있어도 00:05:46.400 --> 00:05:48.560 누가 언제 어떤 데이터 범위에서 00:05:48.560 --> 00:05:50.080 질문했는지에 대한 맥락은 00:05:50.080 --> 00:05:51.380 기록되지 않을 수 있습니다. 00:05:51.620 --> 00:05:53.500 관리센터는 여러분을 도울 수 없습니다. 00:05:53.800 --> 00:05:55.540 도입지표와 사용 추세는 보여줄 지연점 00:05:55.540 --> 00:05:57.820 여러분에게 필요한 증거체계는 보여주지 못합니다. 00:05:58.020 --> 00:05:59.380 추적 가능성이 없는 거버넌스는 00:05:59.380 --> 00:06:00.680 보여주기 식쇄에 불과합니다. 00:06:00.920 --> 00:06:03.260 이제 첫 번째 고충인 대량 적용 문제를 살펴보겠습니다. 00:06:03.620 --> 00:06:05.520 코파일럿 액세스 권한이 있는 모든 사용자에게 00:06:05.520 --> 00:06:07.800 새로운 데이터 손실방지 규칙을 적용하고 싶으신가요? 00:06:08.020 --> 00:06:09.380 안타깝지만 불가능합니다. 00:06:09.580 --> 00:06:11.120 관리센터에서는 DLP 정책을 00:06:11.120 --> 00:06:12.520 광범위하게 활성화할 수는 있지만 00:06:12.520 --> 00:06:14.060 코파일럿 활동에 특화된 00:06:14.060 --> 00:06:16.060 테넌트 단위의 업데이트를 실행할 수는 없습니다. 00:06:16.340 --> 00:06:17.560 마치 전등 스위치만으로 00:06:17.560 --> 00:06:19.680 건물 전체의 배선을 다시 하려는 것과 같습니다. 00:06:20.000 --> 00:06:23.480 반면 파워셀은 벽 뒤에 실제 회로도 내부로 들어갑니다. 00:06:23.700 --> 00:06:25.880 숨겨진 속성, 데이터 엔드포인트, 00:06:26.240 --> 00:06:29.120 라이선스 권한, 모델 동작 로그를 모두 드러냅니다. 00:06:29.340 --> 00:06:30.300 단 하나의 스크립트로 00:06:30.300 --> 00:06:32.580 코파일럿이 활성화된 모든 계정을 찾고 00:06:32.580 --> 00:06:36.060 DLP 적용 여부를 확인하며 감사를 위해 내보낼 수 있습니다. 00:06:36.300 --> 00:06:38.920 두 번째 보충은 일관성 없는 라이선스 관리입니다. 00:06:39.140 --> 00:06:40.340 모든 사용자가 동일한 수준의 00:06:40.340 --> 00:06:42.220 코파일럿 액세스 권한을 가지고 있다고 생각하시나요? 00:06:42.400 --> 00:06:44.040 정말 기분 좋은 낙관론 이군요. 00:06:44.220 --> 00:06:46.320 실제로는 라이선스가 여기저기 흩어져 있고 00:06:46.320 --> 00:06:48.860 수동으로 할당되거나 제멋대로 이전되며 00:06:48.860 --> 00:06:50.940 때로는 중복되거나 아예 누락되기도 합니다. 00:06:51.100 --> 00:06:52.800 관리센터가 목록을 보여줄 수는 있겠지만 00:06:52.800 --> 00:06:54.540 그 관계까지 보여줄 수는 없습니다. 00:06:54.860 --> 00:06:56.680 여러 서비스에 걸쳐 데이터를 필터링하거나 00:06:56.680 --> 00:06:58.520 피벗하거나 연관시킬 수 없습니다. 00:06:58.780 --> 00:07:00.900 반면 파워셀은 해당 개체를 검색하여 00:07:02.580 --> 00:07:05.600 사용자를 라이선스 SKU에 맵핑하고 00:07:05.600 --> 00:07:07.100 부서별로 그룹화하며 00:07:07.100 --> 00:07:09.600 규정 준수 정책과 대조하여 추측하는 대신 00:07:09.600 --> 00:07:11.960 실제 환경 상태를 정확히 파악할 수 있습니다. 00:07:12.220 --> 00:07:14.540 실제 사례를 통해 이 격차를 보여드리겠습니다. 00:07:14.900 --> 00:07:16.500 E5 테넌트의 모든 임원에게 00:07:16.500 --> 00:07:18.060 코파일럿 프리미엄이 있는지 00:07:18.060 --> 00:07:19.820 임시 계약자에게 실수로 00:07:19.820 --> 00:07:21.520 액세스 권한이 부여되지는 않았는지 00:07:21.520 --> 00:07:23.180 확인해야 한다고 가정해보십시오. 00:07:23.320 --> 00:07:25.780 관리센터에서는 사용자, 활성 사용자 메뉴를 열고 00:07:25.780 --> 00:07:27.860 스크롤하고 클릭하고 다시 스크롤한 다음 00:07:27.860 --> 00:07:29.180 필터를 열어 태그를 적용하고 00:07:29.180 --> 00:07:31.280 엑셀로 내보낸 뒤 수동으로 중복을 제거해야 합니다. 00:07:31.420 --> 00:07:32.500 커피 세 잔을 마신 뒤에도 00:07:32.500 --> 00:07:34.340 여전히 줄 바꿈을 수정하고 있을 것입니다. 00:07:34.540 --> 00:07:36.300 파워셀이라면 단 한 줄이면 됩니다. 00:07:36.720 --> 00:07:37.920 SKU별로 필터링하고 00:07:37.920 --> 00:07:39.240 셀렉트 오브젝트를 거쳐 00:07:39.240 --> 00:07:41.520 타임스탬프가 포함된 CSV로 내보내는 게 00:07:41.520 --> 00:07:42.460 무료적 거리 말이죠. 00:07:42.640 --> 00:07:44.340 요컨대 몇 시간의 불확실성을 00:07:44.340 --> 00:07:46.320 단 몇 초 만의 확실성으로 바꿀 수 있습니다. 00:07:46.580 --> 00:07:47.820 많은 관리자는 이 말을 듣고 00:07:47.820 --> 00:07:49.220 하지만 시각적으로 볼 수 있잖아요 00:07:49.220 --> 00:07:50.080 라고 방문합니다. 00:07:50.240 --> 00:07:51.220 바로 그게 문제입니다. 00:07:51.440 --> 00:07:52.120 눈으로 볼 수는 있지만 00:07:52.120 --> 00:07:53.760 관리, 버버닝 할 수는 없으니까요. 00:07:53.900 --> 00:07:55.680 가시성과 제어는 같은 의미가 아닙니다. 00:07:55.680 --> 00:07:57.260 GUI는 편의를 제공하지만 00:07:57.260 --> 00:07:58.940 파워셀은 책임을 보장합니다. 00:07:59.100 --> 00:08:01.420 이제 불편한 기업적 아이러니를 말씀드리겠습니다. 00:08:01.980 --> 00:08:03.300 마이크로소프트조차도 여러분이 신뢰하는 00:08:03.300 --> 00:08:04.680 바로 그 대시보드를 구축하기 위해 00:08:04.680 --> 00:08:05.560 동일한 파워셀 모듈 00:08:05.560 --> 00:08:06.480 MS 그래프 00:08:06.480 --> 00:08:07.240 에이저 AD 00:08:07.240 --> 00:08:08.740 익스체인지 온라인을 사용합니다. 00:08:08.940 --> 00:08:10.740 여러분은 말 그대로 절반의 매개 변수가 00:08:10.740 --> 00:08:13.140 제거된 파워셀 프런트 엔드를 보고 있는 셈입니다. 00:08:13.360 --> 00:08:14.440 마치 차를 빌렸는데 00:08:14.440 --> 00:08:16.980 핸들을 90도 이상 돌리지 말라고 하는 것과 같습니다. 00:08:17.340 --> 00:08:19.380 그러한 제안은 초보자를 안전하게 보호할 수는 있지만 00:08:19.380 --> 00:08:20.960 전문가의 속도를 늦춥니다. 00:08:20.960 --> 00:08:23.420 AI는 관리적 한계 내에서 작동하지 않기 때문에 00:08:23.420 --> 00:08:26.140 진정한 거버넌스에는 필터링되지 않은 액세스가 필요합니다. 00:08:26.240 --> 00:08:30.080 AI는 데이터 경계, 메시징 패브릭, 클라우드 커넥터에 걸쳐 확장되기 때문입니다. 00:08:30.220 --> 00:08:33.860 감사 프로세스가 AI 요청을 테넌트에서 데이터 센터까지 추적할 수 없다면 00:08:33.860 --> 00:08:36.180 그것은 거버넌스가 아니라 장식일 뿐입니다. 00:08:36.560 --> 00:08:39.800 파워셀은 장식이 아니라 노출을 통해 그 격차를 해결합니다. 00:08:39.980 --> 00:08:42.140 파워셀은 테넌트 AI 구성 매개 변수, 00:08:42.460 --> 00:08:43.500 모델 액세스 제어 항목, 00:08:43.840 --> 00:08:45.860 심지어 엔드포인트 제약 조건까지 드러냅니다. 00:08:45.860 --> 00:08:51.240 이러한 투명성을 통해 진정한 거버넌스 계층, 정책할당, 프론프트 감상, 역할 기반 모니터링을 구축할 수 있습니다. 00:08:51.400 --> 00:08:54.740 누가 무엇을 물어볼 수 있고 어디서 답변을 받을 수 있는지 코드로 규정할 수 있습니다. 00:08:54.940 --> 00:08:57.780 현재 그 어떤 GUI에서도 그러한 세부 정보는 찾아볼 수 없습니다. 00:08:58.060 --> 00:09:00.860 그리고 문제가 발생했을 때 AI 관리에서는 항상 발생하죠. 00:09:01.040 --> 00:09:02.420 법의학적 추적 데이터가 필요합니다. 00:09:02.600 --> 00:09:04.960 파워셀은 변경 불가능한 JSON 로그를 내보내고, 00:09:05.320 --> 00:09:06.780 GUID별로 개체를 캡처하며, 00:09:07.080 --> 00:09:09.700 무결성 검증을 위해 명령 결과에 해시 서명을 태그할 수도 있습니다. 00:09:09.940 --> 00:09:11.060 관리센터는 어떨까요? 00:09:11.060 --> 00:09:14.720 관리센터에만 이준한다면 여러분의 경력 전망과 똑 닮은 하향 곡선 그래프를 보여줄 것입니다. 00:09:14.840 --> 00:09:16.780 결론적으로 코파일러드의 거버넌스 격차는 실제하며, 00:09:17.020 --> 00:09:19.240 측정 가능하고 도입이 확산될수록 더욱 커지고 있습니다. 00:09:19.400 --> 00:09:21.460 파워셀은 더 이상 선택적인 계층이 아닙니다. 00:09:21.620 --> 00:09:24.260 진실을 들여다볼 수 있을 만큼 깊숙이 접근하는 유일한 계층이죠. 00:09:24.460 --> 00:09:27.080 나머지는 모두 컴플라이언스를 흉내내는 화면 보호기일 뿐입니다. 00:09:27.240 --> 00:09:28.960 예방에서 통제로 넘어갈 시간입니다. 00:09:29.200 --> 00:09:30.060 문제를 식별했다면, 00:09:30.460 --> 00:09:33.920 다음 논리적 단계는 인간이라는 병목 현상을 완전히 제거하는 것이니까요. 00:09:34.060 --> 00:09:36.240 여기서 자동화는 편리함이 아니라 법입니다. 00:09:36.240 --> 00:09:40.780 파워셀 이 정책 실행을 단순한 고속화가 아닌 사법적 절차로 만드는 방법을 논의해봅시다. 00:09:40.920 --> 00:09:45.660 법으로서의 자동화, 코파일럿 거버넌스에서 자동화는 사치가 아니라 성문법입니다. 00:09:45.880 --> 00:09:49.640 수동 방식은 이제 비효율적인 수준을 넘어 설계상 규정 위반이 됩니다. 00:09:49.940 --> 00:09:52.060 AI 생태계가 여러 테넌트로 확장될 때, 00:09:52.480 --> 00:09:55.460 스크립트화되지 않은 모든 작업은 잠재적 위험이 되기 때문입니다. 00:09:55.660 --> 00:09:58.160 인간의 실수는 어떤 알고리즘보다 빠르게 확산되며, 00:09:58.620 --> 00:10:02.400 파워셀은 인간의 오류 가능성을 절차적 자동화 뒤에 가둘 수 있는 유일한 언어입니다. 00:10:02.400 --> 00:10:05.460 솔직히 말해, 워드로 작성된 정책은 희망사항일 뿐입니다. 00:10:05.600 --> 00:10:07.380 파워셀로 작성된 정책은 법입니다. 00:10:07.620 --> 00:10:09.920 스크립트는 셋째 주 금요일에 설정을 적용하는 것을 잊거나, 00:10:10.280 --> 00:10:12.340 커피가 떨어졌다고 계정 처리를 건너뛰지 않습니다. 00:10:12.540 --> 00:10:14.000 거버넌스 규칙을 코드로 정의하면, 00:10:14.400 --> 00:10:17.540 그 규칙은 매번 일정에 맞춰 정확하게 실행되며 감사 대상이 됩니다. 00:10:17.820 --> 00:10:19.920 그것이 바로 재현성을 통한 컴플라이언스입니다. 00:10:20.120 --> 00:10:22.800 조언으로서의 거버넌스가 아니라 집행으로서의 거버넌스입니다. 00:10:23.000 --> 00:10:25.760 GUI가 유연성을 준다면, 파워셀은 책임성을 줍니다. 00:10:25.760 --> 00:10:28.400 끊임없는 골칫거리인 라이선스 문제를 예로 들어보죠. 00:10:28.560 --> 00:10:33.260 모든 AI 모듈, 모든 코파일럿 기능, 모든 지역별 배포는 추적해야 할 권한을 추가합니다. 00:10:33.440 --> 00:10:37.780 이를 수동으로 처리하는 것은 확성기도 없는 공항에서 손으로 탑승권을 발권하는 것과 같습니다. 00:10:38.120 --> 00:10:39.660 하지만 예약된 파워셀 작업이 있다면, 00:10:40.060 --> 00:10:43.820 불일치를 자동으로 감지하고 즉시 수정하며 변경 불가능하게 기록할 수 있습니다. 00:10:44.040 --> 00:10:47.300 스크립트 자체가 시간 기록, 로그, 버전이 포함된 증거가 됩니다. 00:10:47.580 --> 00:10:50.480 감사관에게, 정말 신중하게 클릭했어요, 라고 말해보십시오. 00:10:50.620 --> 00:10:52.780 그들은 느낌이 아니라 타임스탬프를 요구할 것입니다. 00:10:52.780 --> 00:10:56.420 자동화는 단순히 업무를 복제하는 것이 아니라, 당신의 전문성을 인코딩하는 것입니다. 00:10:56.580 --> 00:10:57.720 그것이 바로 마법입니다. 00:10:57.940 --> 00:11:01.780 선임관리자가 위험분류나 콘텐츠 필터링 적용을 위한 스크립트를 작성하면, 00:11:02.240 --> 00:11:03.800 코드 자체가 조직의 기억이 됩니다. 00:11:04.060 --> 00:11:06.360 신입사원에게 부족한 안목적 지식은 필요 없습니다. 00:11:06.680 --> 00:11:09.400 그들은 명확한 구문으로 표현된 운영 교리를 물려받게 됩니다. 00:11:09.640 --> 00:11:12.260 추측을 제거하는 것이 야말로 진정한 생산성 향상입니다. 00:11:12.480 --> 00:11:14.180 절약된 시간은 보너스일 뿐입니다. 00:11:14.400 --> 00:11:15.880 작은 사례를 하나 말씀드리죠. 00:11:15.880 --> 00:11:20.160 여러 사업부를 관리하던 한 관리자는 코파일럿 나이선스를 조정하는데 일주일을 꼬박 소비하곤 했습니다. 00:11:20.400 --> 00:11:22.940 매달 고객 확장이 일어날 때마다 무언가가 고장났죠. 00:11:23.100 --> 00:11:25.720 그러다 그녀는 12줄짜리 파워실 스크립트를 작성했습니다. 00:11:25.980 --> 00:11:29.380 그 스크립트는 테넌트에서 어긋난 권한을 조회하고, 누락된 항목을 할당하며, 00:11:29.660 --> 00:11:32.420 불필요한 항목을 회수하고, csv 감사 보고서를 생성했습니다. 00:11:32.660 --> 00:11:36.060 그 작업은 35시간에서 5분으로 단축되었고, 누락된 기록은 없었습니다. 00:11:36.340 --> 00:11:39.700 성과는 절약된 시간이 아니라, 나를 믿어달라, 는식의 관행이 사라졌다는 점입니다. 00:11:39.700 --> 00:11:42.200 스크립트가 규정 준수가 이루어졌음을 증명한 것이죠. 00:11:42.340 --> 00:11:46.920 이것이 바로 규정 준수로서의 자동화가 의미하는 바, 즉 위도를 반복 가능한 실행으로 코드화하는 것입니다. 00:11:47.120 --> 00:11:51.460 정책 집행은 위도가 아닌 기계적으로 이루어지기에 인간의 승인은 선택사항이 됩니다. 00:11:51.700 --> 00:11:55.420 파워실 이 감사 기능을 기본적으로 지원한다는 점이 바로 우아함의 핵심입니다. 00:11:55.640 --> 00:12:00.300 모든 실행 결과는 내보낼 수 있고, 모든 변경사항은 기록되며, 모든 수정 조치는 검증됩니다. 00:12:00.480 --> 00:12:04.280 이는 탐지, 수정, 검증으로 이어지는 기업 연속성의 3단계 리듬입니다. 00:12:04.500 --> 00:12:07.500 각 동사에는 get, set, confirm과 같은 대응 명령어가 있습니다. 00:12:07.500 --> 00:12:10.480 이 접두사들은 임의적인 것이 아니라 일종의 선언문입니다. 00:12:10.620 --> 00:12:17.300 탐지 로직이 코파일럿 사용 로그에서 이상징후, 인식되지 않은 API 호출, 과도한 데이터 경계 요청을 스캔한다고 상상해보세요. 00:12:17.560 --> 00:12:25.160 즉시 수정 스크립트가 문제가 된 세션을 비활성화하고, 규정 준수 지표를 업데이트하며, 자녀 액세스를 이중 확인하는 검증 루틴을 트리거합니다. 00:12:25.420 --> 00:12:28.020 이 모든 과정은 타임 스탬프가 찍히며 되돌릴 수 있습니다. 00:12:28.280 --> 00:12:32.180 그동안 대시보드 사용자들은 여전히 새로 고침을 누르며, 결과가 왜 지연되는지 궁금해하고 있겠죠. 00:12:32.360 --> 00:12:34.880 이 아이러니는 유쾌하며, 네, 그만큼 자신만만 해도 됩니다. 00:12:34.880 --> 00:12:37.740 클릭 몇 번으로 해결하려는 사람들은 자동화는 위험해 라고 말합니다. 00:12:37.900 --> 00:12:38.360 좋습니다. 00:12:38.600 --> 00:12:41.720 그들이 실수로 DLP를 잘못 설정했을 때 그 근처에 있는 것도 위험하긴 마찬가지죠. 00:12:41.840 --> 00:12:46.020 파워쉘 위 위험은 투명하지만, GUI 위 위험은 1월 라이브 세션에서 뵙겠습니다. 00:12:46.400 --> 00:12:49.560 자동화는 실수를 코드로 집중시켜 단 한 번이 수정으로 해결하게 합니다. 00:12:49.760 --> 00:12:53.220 수동 프로세스는 실수를 반짝이처럼 흩뿌려버리며, 이는 연구적이라 청소하기가 불가능합니다. 00:12:53.380 --> 00:12:55.200 이제 기계적인 측면을 넘어 이야기해봅시다. 00:12:55.380 --> 00:12:56.660 자동화는 하나의 철학입니다. 00:12:56.660 --> 00:13:00.240 스크립트는 과정에서 사사로운 감정을 배제함으로써 일관성을 강제합니다. 00:13:00.360 --> 00:13:04.220 편해도, 추측도, 마케팅 부서에 그 라이선스가 필요한 줄 알았지, 같은 변명도 없습니다. 00:13:04.500 --> 00:13:06.780 이것은 공정한 거버넌스이자 수학적인 실행입니다. 00:13:06.980 --> 00:13:09.680 시스템 관리에서 공정함을 원했다면, 바로 여기 그 해답이 있습니다. 00:13:09.900 --> 00:13:13.080 컴퓨터는 누구에게나 동일하게 복종하며, 누구에게도 예외를 두지 않습니다. 00:13:13.280 --> 00:13:15.480 이제 관리센터와 다시 한 번 비교해보십시오. 00:13:15.640 --> 00:13:19.060 모든 클릭은 눈송이처럼 고유하고 덧없으며, 검증할 수 없습니다. 00:13:19.360 --> 00:13:22.480 그 과정을 재현하거나 정확히 어떻게 일어났는지 증명할 수 없습니다. 00:13:22.480 --> 00:13:25.640 반대로 파워쉘은 당신의 블랙박스 기록장치입니다. 00:13:25.780 --> 00:13:27.460 각 실행은 결정론적입니다. 00:13:27.720 --> 00:13:32.040 내일, 다음 달, 혹은 다른 지역에서 재실행해도 동일한 결과를 얻게 됩니다. 00:13:32.280 --> 00:13:35.500 그것이 규제기관이 시스템에 기대하는 예측 가능한 동작 방식입니다. 00:13:35.680 --> 00:13:38.640 포파일럿이 확장됨에 따라 자동화는 생존을 위한 필수 요소가 됩니다. 00:13:38.900 --> 00:13:41.620 수백 개의 AI 인터페이스를 눈으로 직접 모니터링할 수는 없습니다. 00:13:41.880 --> 00:13:46.180 테넌트, 데이터 센터, 커넥터 전반에 걸쳐 제어 정책을 인스턴스화하는 스크립트가 필요합니다. 00:13:46.360 --> 00:13:49.720 이를 마이크로소프트 365버버넌스의 면역체계라고 생각하십시오. 00:13:49.720 --> 00:13:54.860 자동화된 루틴이 끊임없이 순찰하며 이상 징후를 탐지하고 감염이 확산하기 전에 대응합니다. 00:13:55.040 --> 00:13:58.620 수동 개입은 응급처치와 같아 때로는 필요하지만 항상 늦습니다. 00:13:58.860 --> 00:13:59.400 그렇습니다. 00:13:59.660 --> 00:14:06.500 관리센터가 무엇을 할지 정중하게 묻는 동안 파워쉘은 이미 3번 실행을 마치고 결과를 기록한 뒤 보고서까지 제출했습니다. 00:14:06.800 --> 00:14:12.020 자동화는 인간을 제거하는 것이 아니라 설정관리자에서 제어 설계자로 격상시키는 것입니다. 00:14:12.260 --> 00:14:14.620 GUI는 여전히 당신이 저장버튼을 누르기를 기다립니다. 00:14:14.820 --> 00:14:17.220 파워쉘은 당신이 저장의 의미를 정의해주기를 기다립니다. 00:14:17.220 --> 00:14:19.460 그것이 바로 다음 단계의 숙련도를 정의합니다. 00:14:19.640 --> 00:14:23.880 통제란 단순히 버튼을 더 빨리 누르는 것이 아니라 그 버튼들이 실제로 무엇을 수행하는지 확인하는 것입니다. 00:14:24.040 --> 00:14:27.600 자동화는 거버넌스를 실행 가능하게 만들지만 오직 감사만이 그것을 신뢰할 수 있게 만듭니다. 00:14:27.760 --> 00:14:29.300 이제 감사자를 감사할 시간입니다. 00:14:29.520 --> 00:14:31.560 모든 것을 감사하고 아무것도 신뢰하지 마십시오. 00:14:31.680 --> 00:14:35.160 감사 없는 거버넌스는 쇼일 뿐이며 규정 준수라는 코스프레를 하는 화려한 대시보드에 불과합니다. 00:14:35.340 --> 00:14:37.020 진정한 통제에는 증빙이 필요합니다. 00:14:37.240 --> 00:14:41.240 마이크로소프트 365에서 파워쉘 은거래를 결코 잊지 않는 금전 등록기 영수증 프린터입니다. 00:14:41.240 --> 00:14:46.200 모든 작업, 모든 객체, 모든 매개변수는 표면화되고 시간이 기록되며 진이 확인을 위해 해심될 수 있습니다. 00:14:46.360 --> 00:14:48.640 그것은 단순한 투명성이 아니라 추적 가능성입니다. 00:14:48.840 --> 00:14:52.860 관리센터에서 클릭할 때마다 당신은 본질적으로 이게 정말 일어났나? 라고 묻는 것입니다. 00:14:53.080 --> 00:14:55.180 그러면 시스템은 아마도요? 라고 답합니다. 00:14:55.380 --> 00:15:00.160 로그를 집계하고 세부 정보를 생략하며 복제가 내킬 때마다 업데이트하기 때문입니다. 00:15:00.160 --> 00:15:02.600 파워쉘은 확률이 아닌 기록을 다룹니다. 00:15:02.800 --> 00:15:06.740 갯명령어는 무엇이, 어디서, 누구에 의해 변경되었는지 그대로 알려줍니다. 00:15:06.920 --> 00:15:09.440 당신은 추세를 보는 것이 아니라 사실을 전달하는 것입니다. 00:15:09.640 --> 00:15:13.280 그 차이가 규정을 준수하는 환경과 사과해야 하는 환경을 가르는 기준이 됩니다. 00:15:13.560 --> 00:15:15.080 감사 피라미드를 분석해보겠습니다. 00:15:15.500 --> 00:15:18.460 기반 단계에는 관리센터가 활동 로그라고 부르는 것이 있습니다. 00:15:18.720 --> 00:15:23.200 이는 관리자 보고 용 슬라이드에 적합하도록 단순화하고 반올림하고 다듬은 과거 요약본입니다. 00:15:23.380 --> 00:15:28.240 한층 더 올라가면 파워쉘 이 그래프 API 엔드포인트를 통해 가져온 원본 감사 기록을 노출합니다. 00:15:28.240 --> 00:15:35.960 더 높이 올라가면 명령 수준의 메타 데이터, 실행 아이디, 세션 출처, 수정 전후의 속성 변화 등을 추출할 수 있습니다. 00:15:36.200 --> 00:15:39.820 이것이 바로 규제기관에도 제시할 수 있는 법의학적 수준의 증거입니다. 00:15:40.040 --> 00:15:41.540 사서함 감사를 예로 들어보겠습니다. 00:15:41.880 --> 00:15:44.440 GUI는 전체 메일 발송수와 표시된 이벤트 정도만 보여줍니다. 00:15:44.620 --> 00:15:46.160 파워쉘은 더 깊이 파고듭니다. 00:15:46.380 --> 00:15:53.200 서치 유니파이드 오디트 로그를 실행하면 누가 권한을 위임했는지, 언제 첨부 파일을 복사했는지, 그 작업이 기존 보존 태그와 일치하는지 확인할 수 있습니다. 00:15:53.200 --> 00:16:00.520 갑자기 뭔가 의심스러운 일이 발생함 이라는 문구는 사용자 A가 협정세계 시 14시 3분의 장치 D를 사용하여 API 씨를 통해 폴더비에 접근함으로 바뀝니다. 00:16:00.660 --> 00:16:03.240 이것이 감사자가 말하는 방어 가능한 기록입니다. 00:16:03.440 --> 00:16:05.700 그래프 API 눈이 범위를 더 확장합니다. 00:16:05.880 --> 00:16:13.420 파워쉘을 사용하면 표준 보고서에는 나타나지 않는 코파일럿 프롬부트 기록, 세션 경계, 모델 접근 추적 등을 커리할 수 있습니다. 00:16:13.420 --> 00:16:22.980 이를 변경 불가능한 JSON 패키지로 내보내고, 속성으로 서명하며, 유별나게 꼼꼼한 관리자라면 7년 동안 에이저에 저장할 수도 있습니다. 00:16:23.220 --> 00:16:25.060 그렇다면 왜 이것이 중요할까요? 00:16:25.260 --> 00:16:32.880 AI 거버넌스는 프롬프트의 지적재산권, 데이터 보관 약속, 알고리즘 책임과 같은 새로운 책임 문제를 발생시키기 때문입니다. 00:16:33.080 --> 00:16:38.560 사용자가 입력한 커리에서 멈추는 AI 감사는 방화벽을 켜는 것에서 끝나는 사이버 보안과 같습니다. 00:16:38.560 --> 00:16:44.700 파워쉘은 위도를 재구성하고, 어떤 데이터가 어디서 누구의 권한으로 참조되었는지 파악할 수 있는 깊이를 제공합니다. 00:16:44.860 --> 00:16:51.440 그러한 재구성 역량은 ISO 27000일부터 EUAI 법에 이르기까지 모든 책임 프레임워크의 근간입니다. 00:16:51.700 --> 00:16:55.740 스크립트를 통한 내보내기는 스크린샷보다 우월합니다. 변경할 수 없기 때문이죠. 00:16:55.940 --> 00:17:01.520 매일 코파일럿 상호작용을 자동으로 추출하고, 블락 저장소에 넣은 뒤 체크섬 검증으로 봉인할 수 있습니다. 00:17:01.780 --> 00:17:07.280 규제기관이 증거를 요구할 때 노트북을 뒤질 필요 없이, 해시로 서명된 타임 스탬프 기록을 제공하면 됩니다. 00:17:07.280 --> 00:17:09.180 GUI로 그걸 직접 해보세요. 00:17:09.380 --> 00:17:13.200 자레야 규정 준수 주간 도중에 만료된 CSV 파일을 다운로드하는 게 고작 일겁니다. 00:17:13.340 --> 00:17:14.940 또 다른 장점은 정규화입니다. 00:17:15.200 --> 00:17:19.800 파워쉘로 원격 분석 데이터를 수집하면 모든 데이터 소스가 구조화된 데이터 세트가 됩니다. 00:17:20.120 --> 00:17:26.400 하나의 파이프라인으로 코파일럿 사용량, 시어포인트 파일 민감도, 익스체인지 액세스, 엔트라 역할을 모두 연관지을 수 있습니다. 00:17:26.620 --> 00:17:31.980 관리센터는 거버넌스를 서로 대화하지 않는 예의바른 저녁 식사 자리처럼 대하며 사일로를 분리해둡니다. 00:17:32.180 --> 00:17:35.600 파워쉘은 이를 동일한 로그 테이블로 끌어들여 정직을 요구합니다. 00:17:35.600 --> 00:17:42.240 실제 사례, 내부감사 중 한 기업이 코파일럿 응답에서 제한된 제품 데이터를 인용하고 있음을 발견했습니다. 00:17:42.500 --> 00:17:49.960 관리센터는 코파일럿 활동을 확인했고, 관리자는 파워쉘 로 프롬프트 체인을 추적하여 쿼리를 수행한 계정을 식별하고, 00:17:50.620 --> 00:17:55.060 프로젝트 마이그레이션 중 임시 계약자에게 부여된 상위 권한과 대조했습니다. 00:17:55.420 --> 00:18:00.560 그들은 즉시 액세스 권한을 취소하고 수정 조치를 문서화하여 입증 가능한 증거와 함께 감사를 마쳤습니다. 00:18:00.760 --> 00:18:04.220 GUI 버전의 이야기였다면, 다시는 그런 일이 없을 것입니다. 라는 말로 끝났을 겁니다. 00:18:04.220 --> 00:18:09.240 여기서 핵심은 철학적입니다. 감사는 사람을 불신하는 것이 아니라 규모를 인식하는 것입니다. 00:18:09.420 --> 00:18:13.380 환경 내 계정이 수천 개에 달하면 신뢰라는 개념은 통계적으로 무의미해집니다. 00:18:13.580 --> 00:18:16.020 시스템에는 낙관론이 아니라 면밀한 조사가 필요합니다. 00:18:16.220 --> 00:18:18.580 파워쉘은 그러한 냉소 주의를 훌륭하게 구현합니다. 00:18:18.820 --> 00:18:22.580 모든 명령 응답상은 공증받은 진술입니다. 오류조차도 자산이 됩니다. 00:18:22.880 --> 00:18:26.440 각 실패 메시지에는 모니터링 스크립트에 입력할 수 있는 추적 컨텍스트가 포함되어 있습니다. 00:18:26.720 --> 00:18:28.140 쉘은 대충 넘어가는 법이 없습니다. 00:18:28.460 --> 00:18:29.760 있는 그대로 실토할 뿐이죠. 00:18:29.760 --> 00:18:32.220 관리센터는 추상화를 통해 무지를 미화합니다. 00:18:32.380 --> 00:18:34.220 파워쉘은 강제로 문서를 남깁니다. 00:18:34.400 --> 00:18:37.300 거버넌스가 법정이라면 GUI는 분위기만 전달합니다. 00:18:37.440 --> 00:18:39.040 파워쉘은 증거물을 제출합니다. 00:18:39.240 --> 00:18:41.760 흐름을 보여주는 것과 영수증을 건네주는 것의 차이죠. 00:18:41.980 --> 00:18:44.200 이건 시적인 표현이 아니라 정책적 현실입니다. 00:18:44.400 --> 00:18:47.540 한쪽은 호기심을 충족시키고 다른 한쪽은 감사인을 충족시킵니다. 00:18:47.720 --> 00:18:48.920 진짜 비결은 이것입니다. 00:18:49.140 --> 00:18:52.520 가장 보안이 철저한 조직은 감사를 두려워하지 않고 자동화합니다. 00:18:52.760 --> 00:18:55.240 예약된 파워쉘 작업은 매일 밤 로그를 내보내고 00:18:55.240 --> 00:18:57.560 차이를 조정하며 불일치를 경고합니다. 00:18:57.780 --> 00:19:01.140 감사추적은 사후 처리 서류가 아닌 살아있는 아키텍처가 됩니다. 00:19:01.460 --> 00:19:05.140 무엇이 잘못되었는지 조사하는 대신 무엇이 제대로 작동하고 있는지 증명하게 됩니다. 00:19:05.360 --> 00:19:08.040 규정 준수에서 신뢰는 말이 아닌 타임스탬프로 얻어지기 때문입니다. 00:19:08.220 --> 00:19:10.460 그러니 아무것도 믿지 말고 모든 것을 스크립트화하십시오. 00:19:10.580 --> 00:19:12.560 GUI가 비정상적인 징후를 보고 눈살을 찌푸릴 때 00:19:12.560 --> 00:19:13.980 파워쉘은 사건 파일을 완성합니다. 00:19:14.120 --> 00:19:16.260 코파일럿의 영향력이 서비스와 대륙을 넘어 확장됨에 따라 00:19:16.260 --> 00:19:17.960 그러한 회의적 태도는 이제 선택이 아닙니다. 00:19:18.120 --> 00:19:19.480 생존을 위한 필수 요건입니다. 00:19:19.480 --> 00:19:21.240 이제 불가피한 결론에 도달했습니다. 00:19:21.560 --> 00:19:23.620 제어버는 더 이상 기술적 특권이 아닙니다. 00:19:23.800 --> 00:19:25.340 그것은 전문적인 소양입니다. 00:19:25.540 --> 00:19:29.280 클릭이 곧 능력이라고 믿는 관리자들을 위한 선언문으로 마무리하겠습니다. 00:19:29.720 --> 00:19:31.320 이것은 관리자의 선언문입니다. 00:19:31.540 --> 00:19:34.660 파워쉘은 단순한 도구가 아니라 권한을 행사하는 언어입니다. 00:19:34.880 --> 00:19:37.460 이를 아는 것만으로도 운영자와 관찰자가 갈립니다. 00:19:37.800 --> 00:19:39.600 스크립트 없이 코파일럿을 관리한다면 00:19:39.600 --> 00:19:41.760 관리하는 것이 아니라 구경하는 것입니다. 00:19:42.000 --> 00:19:44.860 진정한 관리자는 마우스 경로가 아닌 루프 단위로 사고합니다. 00:19:45.120 --> 00:19:46.600 여기 사고 방식의 전환이 있습니다. 00:19:46.780 --> 00:19:48.980 스크립팅은 곧 대규모로 사고하는 것입니다. 00:19:48.980 --> 00:19:51.860 코드 한 줄은 완벽하게 반복되는 원칙을 정의합니다. 00:19:52.040 --> 00:19:56.220 클릭은 작고 즉흥적이며 추적되지 않고 일관성 없는 사고를 의미합니다. 00:19:56.400 --> 00:19:58.700 관리센터는 개인의 편의를 장려합니다. 00:19:58.960 --> 00:20:01.460 파워쉘은 조직적 엄격함을 강제합니다. 00:20:01.720 --> 00:20:04.820 하나는 당신의 본능에 다른 하나는 감사관에게 말합니다. 00:20:05.020 --> 00:20:08.120 코파일럿은 뛰어난 지능에도 불구하고 맹목적으로 복종합니다. 00:20:08.360 --> 00:20:11.060 당신이 구축한 거버넌스 쉘 안에서만 실행됩니다. 00:20:11.280 --> 00:20:16.340 파워쉘 계층이 약하면 코파일럿의 자유도는 책임 소재가 무너질 때까지 커집니다. 00:20:16.340 --> 00:20:19.100 그 아이러니는 비극적이면서도 희극적입니다. 00:20:19.300 --> 00:20:24.560 관리자들은 전적으로 코드로 만들어진 AI에 위존하면서 정작 코드를 짜는 것에는 뒷걸음질 칩니다. 00:20:24.800 --> 00:20:29.480 구문만을 존중하는 모델에 거버넌스를 맡기면서 정작 그 언어로 말하기는 거부합니다. 00:20:29.720 --> 00:20:30.340 선언문은 간단합니다. 00:20:31.160 --> 00:20:35.040 자동화, 문서화, 검증, 모든 명령어는 증거를 생성해야 합니다. 00:20:35.260 --> 00:20:37.180 모든 증거는 모니터링의 밑거름이 되어야 합니다. 00:20:37.400 --> 00:20:39.100 모든 모니터링은 적응을 촉발해야 합니다. 00:20:39.300 --> 00:20:40.900 그 순환이 곧 전문적인 위생입니다. 00:20:41.100 --> 00:20:43.000 대시보드는 사라지지만 로그는 남습니다. 00:20:43.000 --> 00:20:47.620 관리자의 업무는 도구가 작동하는 것을 보는 게 아니라 아무도 보지 않을 때도 정확히 작동함을 증명하는 것입니다. 00:20:47.760 --> 00:20:49.880 파워실 소양은 또한 미래를 대비하게 합니다. 00:20:50.360 --> 00:20:52.440 마이크로소프트는 인터페이스를 매달 바꿉니다. 00:20:52.640 --> 00:20:54.580 cmd 레든 문법을 거의 잊지 않습니다. 00:20:54.840 --> 00:20:56.640 스크립트는 리브랜딩에도 살아남습니다. 00:20:56.920 --> 00:20:59.720 GUI는 업데이트 배너가 뜰 때마다 기억상실증에 걸립니다. 00:20:59.940 --> 00:21:04.500 코파일럿이 진화해도 당신의 자동화는 새로운 교육과정 없이 매개 변수 하나만 바꿔 적응합니다. 00:21:04.700 --> 00:21:05.900 명속성은 코드에 있습니다. 00:21:06.200 --> 00:21:07.520 뼈아픈 진실을 말해봅시다. 00:21:07.780 --> 00:21:09.460 스크립팅은 게으른 마음을 두렵게 합니다. 00:21:09.460 --> 00:21:11.080 그것은 가시성을 강제합니다. 00:21:11.260 --> 00:21:12.420 오류는 문제가 발생했습니다. 00:21:12.580 --> 00:21:14.600 뒤에 숨는 대신 텍스트로 명확히 비명을 지릅니다. 00:21:14.800 --> 00:21:17.380 하지만 진실과 마주하는 것은 능력을 갖추기 위한 대가입니다. 00:21:17.540 --> 00:21:18.700 통제권을 원하십니까? 00:21:18.880 --> 00:21:20.680 그렇다면 당신의 부문을 소유하십시오. 00:21:20.820 --> 00:21:24.680 모든 get, set, remove 명령어는 기억 거버넌스 언어의 음절입니다. 00:21:24.900 --> 00:21:27.000 그리고 문화적 재설정은 거기서 시작됩니다. 00:21:27.220 --> 00:21:31.460 관리자는 파워실을 추가 작업이 아닌 엔지니어가 수학을 대하듯 전문적인 유창함으로 다뤄야 합니다. 00:21:31.680 --> 00:21:33.900 스크립트를 작성하는 사람이 규칙을 정의합니다. 00:21:34.140 --> 00:21:35.740 나머지 사람들은 문서를 따릅니다. 00:21:35.980 --> 00:21:37.640 쉘이 당신을 대체하는 게 아닙니다. 00:21:37.640 --> 00:21:42.600 당신이 떠난 후에도 당신의 결정이 실행 가능하고 반복 가능하며 감사 가능하도록 보장하는 것입니다. 00:21:42.740 --> 00:21:47.680 그러니 다음에 누군가 코파일럿이 알아서 관리할 것이라고 말하면 미소를 지으며 터미널을 여십시오. 00:21:47.840 --> 00:21:53.000 ai가 이메일을 쓰고 회의를 요약할 수는 있어도 당신을 대신해 규정 준수 서명을 할 수는 없기 때문입니다. 00:21:53.180 --> 00:21:55.520 그 권한은 스크립트를 생산할 수 있는 사람에게 있습니다. 00:21:55.800 --> 00:21:57.840 파워실 이 코파일럿을 대체하는 것은 아닙니다. 00:21:58.020 --> 00:21:58.940 그것이 관리합니다. 00:21:59.180 --> 00:22:03.600 화려한 책봇이 회사 슬라이드에 제한된 데이터를 인용하지 않도록 감시하는 어른 같은 존재죠. 00:22:03.760 --> 00:22:05.800 이를 마스터하면 코파일럿을 통제할 수 있습니다. 00:22:07.640 --> 00:22:09.120 이것이 선언문입니다. 00:22:09.300 --> 00:22:11.420 거버넌스는 보는 것이 아니라 스크립트로 짜는 것입니다. 00:22:11.600 --> 00:22:14.000 제어권은 그것을 타이핑하여 구현할 수 있는 자의 것입니다. 00:22:14.200 --> 00:22:17.460 제어인가 편의인가 결국 모든 관리자는 선택의 기로에 섭니다. 00:22:17.660 --> 00:22:20.180 제어인가 편의인가 편의는 친숙해 보입니다. 00:22:20.380 --> 00:22:24.380 파란색 화면이 뜨고 체크박스를 제공하며 거버넌스가 클릭 몇 번으로 끝나는 연극이라고 믿게 하죠. 00:22:24.540 --> 00:22:27.500 제어는 정확한 문법과 책임이 필요하기 때문에 더 어렵게 느껴집니다. 00:22:27.680 --> 00:22:28.800 하지만 자세히 들여다보세요. 00:22:29.100 --> 00:22:30.920 편의는 임대일 뿐 소유가 아닙니다. 00:22:31.120 --> 00:22:33.000 관리센터는 명령 권한을 빌려줄 뿐입니다. 00:22:33.000 --> 00:22:35.080 파워셀은 권한을 온전히 소유하게 합니다. 00:22:35.240 --> 00:22:37.840 진정한 코파일럿 관리자는 대시보드를 쫓지 않습니다. 00:22:38.060 --> 00:22:39.320 그들은 로그를 생성합니다. 00:22:39.520 --> 00:22:41.740 표구를 믿지 않고 정책을 검증합니다. 00:22:41.920 --> 00:22:46.980 규정 준수, 할당, 해지, 감사와 같은 모든 의미 있는 행위는 코드 한 줄에서 시작됩니다. 00:22:47.120 --> 00:22:49.000 파워셀은 의도를 증거로 바꾸지만 00:22:49.000 --> 00:22:53.760 GUI는 파워포인트 스크린샷용 일시적 시각자료로 바꿀 뿐입니다. 00:22:54.040 --> 00:22:57.360 AI 거버넌스는 관리 데모가 아니라 법적 인프라입니다. 00:22:57.360 --> 00:23:04.300 감사관이 오거나 데이터 경계가 바뀔 때 실제로 무슨 일이 일어났는지 증명할 수 있는 것은 스크립트 기반 자동화뿐입니다. 00:23:04.480 --> 00:23:08.460 파워셀은 신뢰의 재료인 기록, 개복, 인과 관계를 제공합니다. 00:23:08.680 --> 00:23:11.080 대시보드는 장식일 뿐 스크립트가 방어합니다. 00:23:11.300 --> 00:23:14.060 버튼으로는 신뢰를 확장할 수 없지만 코드를 사용하면 가능합니다. 00:23:14.240 --> 00:23:15.760 마지막 원칙은 매우 간단합니다. 00:23:16.000 --> 00:23:17.620 관리센터는 관광안내소와 같습니다. 00:23:18.000 --> 00:23:19.380 그저 장소를 가리킬 뿐이죠. 00:23:19.560 --> 00:23:24.140 파워셀은 버스를 운전하고 연료를 채우고 주행거리를 기록하며 사고가 나면 보험청구서까지 작성합니다. 00:23:24.360 --> 00:23:25.980 이것이 엔터프라이즈 현실주의입니다. 00:23:25.980 --> 00:23:28.820 쉘 없이는 관리도, 검증도, 방어도 불가능합니다. 00:23:29.000 --> 00:23:30.820 제어와 편의는 거의 공존할 수 없습니다. 00:23:31.080 --> 00:23:33.120 편의를 선택하면 아무것도 기록되지 않습니다. 00:23:33.320 --> 00:23:35.560 제어를 선택하면 모든 것이 자동으로 기록됩니다. 00:23:35.780 --> 00:23:37.060 전문가의 길은 명확합니다. 00:23:37.280 --> 00:23:39.680 잘못 짜지 않는 한 업데이트로 인해 스크립트가 깨지지는 않습니다. 00:23:39.860 --> 00:23:41.160 구독하고 문제를 해결하세요.