WEBVTT

00:00:00.000 --> 00:00:01.740
>> こんにちは私の名前はトーマス・マウラーです。

00:00:01.740 --> 00:00:04.770
私はマイクロソフトのクラウドアドボケートです
そして私はここに座っている

00:00:04.770 --> 00:00:06.645
Azure 管理チームのチャン

00:00:06.645 --> 00:00:08.635
ハイブリッドについて話す
サーバー管理。

00:00:08.635 --> 00:00:11.300
>> はい。こんにちは。私は
Azure のプログラム マネージャー。

00:00:11.300 --> 00:00:14.100
>> こんにちは。だから私はとたくさん話す

00:00:14.100 --> 00:00:17.925
を使用している顧客
コンピューティング リソース用のクラウド。

00:00:17.925 --> 00:00:20.610
しかし、それらのほとんどは、または
それらの多くはまた、

00:00:20.610 --> 00:00:22.950
で実行されているサーバー
プライベート データセンター,

00:00:22.950 --> 00:00:24.495
支店では、

00:00:24.495 --> 00:00:26.910
または他の部分を持っている
彼らが組織

00:00:26.910 --> 00:00:30.195
別のクラウド プロバイダーを使用するか、
別のサービス プロバイダー。

00:00:30.195 --> 00:00:31.830
主な課題の1つは、

00:00:31.830 --> 00:00:34.490
これらすべてのサーバー
持っている基本的に維持している

00:00:34.490 --> 00:00:36.400
これらすべての制御
サーバーが次の場合は常に

00:00:36.400 --> 00:00:38.620
確実に実行する
彼らが安全であることを、

00:00:38.620 --> 00:00:42.085
彼らがパッチであることを、
彼らはコンプライアンスを持っています。

00:00:42.085 --> 00:00:44.585
私はアズールと聞いた
チーム、特にあなた

00:00:44.585 --> 00:00:46.760
何かに取り組んでいる
これは、それを助けます。

00:00:46.760 --> 00:00:49.940
>> はい。そうですよ
私はについて話するのが大好き

00:00:49.940 --> 00:00:53.240
それは、私は実際にエコーしていた
あなたが今言及したもの。

00:00:53.240 --> 00:00:55.835
それは確かに大きな挑戦です。

00:00:55.835 --> 00:00:59.990
だから、私は多くのお客様と話をしていました
特に彼らが必要とする

00:00:59.990 --> 00:01:03.890
これらの非常に好きなように管理するには
ハイブリッド環境、

00:01:03.890 --> 00:01:05.345
だから、私たちはあちこちにいる

00:01:05.345 --> 00:01:07.490
アプリケーション チームと
ただ出かけようとしている

00:01:07.490 --> 00:01:08.930
必要なすべてのリソースを取得します。

00:01:08.930 --> 00:01:10.010
どのクラウドでも構いませんが、

00:01:10.010 --> 00:01:12.845
彼らはちょうど中に入って、
そこに物事を展開します。

00:01:12.845 --> 00:01:15.560
一方、IT は
理解しようとして、

00:01:15.560 --> 00:01:17.540
ああ、私のゴーシュ、すべてのものはどこにありますか?

00:01:17.540 --> 00:01:19.070
すべてのデータはどこにありますか?

00:01:19.070 --> 00:01:21.650
次の場合の動作
何かが侵害された?

00:01:21.650 --> 00:01:24.545
特に今、あなたは
あちこちでニュースが出る。

00:01:24.545 --> 00:01:29.210
だから、これは本当に何かです
Azure は常に考えていました

00:01:29.210 --> 00:01:31.760
について、特にサービスについて

00:01:31.760 --> 00:01:34.970
今日はすでに
オンプレミスサービスの管理。

00:01:34.970 --> 00:01:36.470
しかし、今、このサービスで、

00:01:36.470 --> 00:01:39.620
私たちは本当にそれを取っている
次のステップに進みます。

00:01:39.620 --> 00:01:43.160
これらのサーバーを統合する
よりネイティブに Azure にアクセスできます。

00:01:43.160 --> 00:01:44.975
>> わかった。それは素晴らしいですね。

00:01:44.975 --> 00:01:46.640
だから、統合について話すとき

00:01:46.640 --> 00:01:49.115
サービスを Azure に、
どういう意味だ?

00:01:49.115 --> 00:01:51.260
>> はい。私は見せるのが大好き
あなたにそれを描きます。

00:01:51.260 --> 00:01:52.070
>> 完璧。ありがとう。

00:01:52.070 --> 00:01:56.630
>> サービスの仕組みは以下の
これらの環境を管理する。

00:01:56.630 --> 00:01:59.070
したがって、これらのサービスは実際には、

00:01:59.070 --> 00:02:01.560
今日のすべての管理されたオンプレミスサービス。

00:02:01.560 --> 00:02:03.470
ところで、私は電話しています
オンプレミス サーバー

00:02:03.470 --> 00:02:05.480
しかし、それは本当にそうではありません
彼らがどこにいるかは問題だ。

00:02:05.480 --> 00:02:07.400
データセンターでは、オンプレミスにすることができます。

00:02:07.400 --> 00:02:10.580
プライベート データセンター、または
クラウドの他のホスト。

00:02:10.580 --> 00:02:11.975
しかし、ご覧のとおり、

00:02:11.975 --> 00:02:15.170
を管理するこれらすべてのサーバー
を通じて Azure 仮想マシン

00:02:15.170 --> 00:02:18.515
アズールと呼ばれるもの
リソース マネージャ(ARM の略)

00:02:18.515 --> 00:02:21.305
そして、オンプレミスのサーバー上のどこに、

00:02:21.305 --> 00:02:24.485
彼らは本当に考える必要がある
彼らのコードを取得する方法を出す

00:02:24.485 --> 00:02:28.220
オンプレミスに展開
サーバーを個別に使用します。

00:02:28.220 --> 00:02:29.840
ご覧のとおり、

00:02:29.840 --> 00:02:32.180
間に何らかの格差がある

00:02:32.180 --> 00:02:35.540
チューブパネルとこれ

00:02:35.540 --> 00:02:39.320
私がネイティブに意味する本当の意味です
あなたのARMに統合されています。

00:02:39.320 --> 00:02:43.315
今、彼らはとして投影されます
ARM リソースを Azure に変換します。

00:02:43.315 --> 00:02:45.295
利益は巨大になります。

00:02:45.295 --> 00:02:48.220
多くを見ることができるように
投資はARMに入った。

00:02:48.220 --> 00:02:50.710
アイデンティティのように、次のように
RBAC は、ポリシーと同様です。

00:02:50.710 --> 00:02:53.170
最も重要なのは、
顧客は本当に気にする

00:02:53.170 --> 00:02:57.460
コンプライアンスと単に定期的
タグ付けのような管理、

00:02:57.460 --> 00:02:59.800
自分のサーバーを表示する
すべてが生産中であり、

00:02:59.800 --> 00:03:03.820
そういう単純なもの
はすべて ARM を介して可能です。

00:03:03.820 --> 00:03:07.930
だから今、私は一度プロジェクトを持っている
これらのサーバーを ARM に

00:03:07.930 --> 00:03:09.520
私はすべてのこれらの利益を得る。

00:03:09.520 --> 00:03:12.160
また、すべて
サービスは今することができます

00:03:12.160 --> 00:03:16.725
Azure にデプロイされるだけでなく、
同じ方法でオンプレム。

00:03:16.725 --> 00:03:18.000
ここで見ることができるように、

00:03:18.000 --> 00:03:22.805
私はこの非常に重要なラベルを付けました
ゲスト エージェントと呼ばれるコンポーネント。

00:03:22.805 --> 00:03:25.250
この目的
エージェントは管理する

00:03:25.250 --> 00:03:28.430
これらのライフサイクル
拡張機能と私たちはフォローしています

00:03:28.430 --> 00:03:30.635
今同じモデル

00:03:30.635 --> 00:03:34.630
これらすべての拡張機能を適用できます
同様にプレムサービスに。

00:03:34.630 --> 00:03:38.700
>> すごいですね。だから私たちのサーバー
Azure リソースとして表示されます。

00:03:38.700 --> 00:03:41.480
ポータルに表示され、
Azure リソース マネージャーで、

00:03:41.480 --> 00:03:44.330
そして、私は基本的に治療することができます
彼らは機械のように、

00:03:44.330 --> 00:03:47.195
私が以前はAzureでやったように
仮想マシンでしょ?

00:03:47.195 --> 00:03:49.759
>> はい。から
経営の視点、

00:03:49.759 --> 00:03:51.500
それが私たちの中心的な目標です。

00:03:51.500 --> 00:03:54.170
私たちはこれらすべてを望んでいました
管理するソリューション

00:03:54.170 --> 00:03:57.470
サーバーも同じ方法で
Azure および

00:03:57.470 --> 00:04:03.805
オンプレムと彼らのために
同じ ARM の利点を得る。

00:04:03.805 --> 00:04:05.360
>> さて、それは素晴らしいです。

00:04:05.360 --> 00:04:07.850
だから私は今それを使用したいと思います。

00:04:07.850 --> 00:04:11.215
だから、私たちがどのように私たちを見せることができますか
このサービスを Azure にオンボードしますか?

00:04:11.215 --> 00:04:13.460
>> 絶対に、してみましょう
デモを見せてあげよう。

00:04:13.460 --> 00:04:15.560
これは私たちが表示するために構築したページです

00:04:15.560 --> 00:04:19.960
すべてのオンプレミスサーバー
は Azure にオンボードされています。

00:04:19.960 --> 00:04:23.890
本質的にオンボードに、
お客様が実行する必要がある

00:04:23.890 --> 00:04:27.790
サーバー上のスクリプトと
そのスクリプトを構築するのに役立ちます,

00:04:27.790 --> 00:04:32.840
私たちは実際にフローを構築します
Azure を使用して、そのスクリプトを生成します。

00:04:33.260 --> 00:04:36.235
だから、これは彼らができるオプションです

00:04:36.235 --> 00:04:39.100
クリックしてスクリプトを生成します
しかし同時に

00:04:39.100 --> 00:04:42.520
それはまた、挑戦であることを認識します
お客様が機内に持ち込む場合

00:04:42.520 --> 00:04:44.080
彼らが接続する必要がある場合はスケール

00:04:44.080 --> 00:04:46.705
各サーバーを個別に
をクリックして、これらのスクリプトを実行します。

00:04:46.705 --> 00:04:49.240
だから私たちも試しています
何が何であるかを理解する

00:04:49.240 --> 00:04:53.140
いくつかの一般的なオンプレミスサーバー
管理アプリケーションを使用できます。

00:04:53.140 --> 00:04:57.505
統合して顧客を支援し、
これらのマシンをスケールでオンボードします。

00:04:57.505 --> 00:05:00.295
たとえば、次の場合
サーバーは既に存在します

00:05:00.295 --> 00:05:03.100
Azure 更新サービスによって管理され、

00:05:03.100 --> 00:05:05.120
実際にスクリプトをビルドします。

00:05:05.120 --> 00:05:07.640
または実際に実行ブック
オンボードに展開する

00:05:07.640 --> 00:05:10.505
これらのマシンを Azure に

00:05:10.505 --> 00:05:13.055
実際に顧客なしで
それらのすべてのマシンに触れる。

00:05:13.055 --> 00:05:15.770
しかし、将来的には、私たちも
たとえば、

00:05:15.770 --> 00:05:19.129
システム センター構成マネージャー
そして、彼らはまた、統合しています

00:05:19.129 --> 00:05:20.870
オンボーディング体験と

00:05:20.870 --> 00:05:22.580
Windows 管理センターに加えて。

00:05:22.580 --> 00:05:25.850
だから、私たちはただ続けています
お客様ができる方法の拡大

00:05:25.850 --> 00:05:29.240
で Azure にオンボード
少なくとも努力の方法。

00:05:29.240 --> 00:05:32.630
しかし、この場合、私は見せてください
スクリプトの生成方法を教えてください。

00:05:32.630 --> 00:05:35.510
あなたがこれらを見ることができるように
は Azure リソースです。

00:05:35.510 --> 00:05:37.220
したがって、彼らは同じ階層に従います

00:05:37.220 --> 00:05:39.140
サブスクリプションのように
およびリソース グループ。

00:05:39.140 --> 00:05:40.385
だから今、あなたは選ぶことができます

00:05:40.385 --> 00:05:44.870
サブスクリプションとリソース
彼らが行きたかったグループとここに

00:05:44.870 --> 00:05:46.790
領域は、

00:05:46.790 --> 00:05:48.950
実行中の Azure リージョン

00:05:48.950 --> 00:05:51.980
これらのサーバーを管理する
これらのオンプレミスリソース。

00:05:51.980 --> 00:05:56.930
コンプライアンスから見ることができます
または規制ポイントの視点、

00:05:56.930 --> 00:05:59.635
メタデータがどこにあるかを知っています
は Azure に格納されます。

00:05:59.635 --> 00:06:03.620
物理的な場所は特に新しい
オンプレミスサーバーの場合。

00:06:03.620 --> 00:06:06.245
これにより、お客様が
サーバーにタグを付ける

00:06:06.245 --> 00:06:10.655
または具体的に示す
どのデータセンターに配置されているか。

00:06:10.655 --> 00:06:13.940
これは本当にについてです
管理の容易さ。

00:06:13.940 --> 00:06:15.440
>> さて、それはかなりクールです。

00:06:15.440 --> 00:06:18.650
顧客は単に追加することはできません
データセンター上の名前。

00:06:18.650 --> 00:06:20.330
だから、例えば、彼らは好きになれるかもしれません。

00:06:20.330 --> 00:06:22.460
また、場所の部屋を追加するか、

00:06:22.460 --> 00:06:25.520
直接の名前や直接の名前でさえ
サーバーの番号を指定してください。

00:06:25.520 --> 00:06:26.570
>> はい、絶対に。

00:06:26.570 --> 00:06:28.670
だから、これは本当に顧客のためにです

00:06:28.670 --> 00:06:31.100
容易に識別するために
そのリソースがある場所。

00:06:31.100 --> 00:06:32.750
そのサーバーに何かあったら

00:06:32.750 --> 00:06:34.810
彼らは必要に応じて行くことができます
物理的にアクセスするには、

00:06:34.810 --> 00:06:37.160
彼らは正確に知っている
彼らがする必要がある場所。

00:06:37.160 --> 00:06:41.825
ここでは、お客様が
オペレーティング システムを選択します。

00:06:41.825 --> 00:06:45.200
私は本当に具体的には言わなかった
それを綴るが、いつものように、

00:06:45.200 --> 00:06:48.395
Azure では、私たちは受け入れようとしています
Windowsだけでなく、Linux。

00:06:48.395 --> 00:06:50.570
ここで構築する場合も同じ

00:06:50.570 --> 00:06:52.820
エージェント用の 2 つのパッケージ

00:06:52.820 --> 00:06:56.460
オンボードのいずれかのウィンドウ
サーバーまたは Linux サーバー。

00:06:57.380 --> 00:07:01.200
多くのお客様を理解する
特にプレムの場合、

00:07:01.200 --> 00:07:03.520
彼らは望んでいない
サーバーを公開する

00:07:03.520 --> 00:07:06.805
インターネットを直接
プロキシ サーバーの背後に配置します。

00:07:06.805 --> 00:07:12.050
だから、この場合、私たちのエージェントは、ここで
Azure に接続する必要があります。

00:07:14.280 --> 00:07:18.400
これらのサーバーが
Azure に直接接続し、

00:07:18.400 --> 00:07:21.610
を構成できます。
プロキシ サーバーは、ここと

00:07:21.610 --> 00:07:26.000
エージェントは通信できるようになります
プロキシ サーバーを介して移動します。

00:07:26.880 --> 00:07:33.700
これは単なる Azure リソースです
彼らがタックできるように能力

00:07:33.700 --> 00:07:36.220
示すサーバー
たぶん誰が所有しているか

00:07:36.220 --> 00:07:39.805
彼らまたは彼らが
はチームの一員です。

00:07:39.805 --> 00:07:41.570
>> はい。これも
それはただのことを意味する

00:07:41.570 --> 00:07:43.670
他の Azure と同様
リソース、右。

00:07:43.670 --> 00:07:46.100
だから、例えば私の
環境 I はリソースにタグを付けます

00:07:46.100 --> 00:07:48.665
生産に基づいて、
開発環境,

00:07:48.665 --> 00:07:50.375
デモ環境など。

00:07:50.375 --> 00:07:52.265
同じタグ付けを使用できるように

00:07:52.265 --> 00:07:53.870
彼らの基本的にオンプレミスのサーバーのために?

00:07:53.870 --> 00:07:56.560
>> はい、正確に。あなたはそれを得た。

00:07:56.750 --> 00:07:59.340
結局、ここで、

00:07:59.340 --> 00:08:01.670
このスクリプトを生成します。

00:08:01.670 --> 00:08:03.650
だから今、あなたはのコピーを取ることができます

00:08:03.650 --> 00:08:06.110
スクリプトを実行して実行する
をターゲット サーバーに追加します。

00:08:06.110 --> 00:08:09.485
正確に見せてあげよう
スクリプトの内容。

00:08:09.485 --> 00:08:11.585
だから、最初は本当に3つのステップです。

00:08:11.585 --> 00:08:13.580
パッケージをダウンロードしたら、

00:08:13.580 --> 00:08:17.270
しかし、実際にすでに
ダウンロードしてファイル共有に置く、

00:08:17.270 --> 00:08:20.105
あなたはそれをコピーするように変更することができます
そのパワーシェアからオフにします。

00:08:20.105 --> 00:08:23.195
2 番目のコマンドは、
そのパッケージをインストールします。

00:08:23.195 --> 00:08:25.100
最後は重要な

00:08:25.100 --> 00:08:28.515
私たちが実際にいるここ
オンボーディング中。

00:08:28.515 --> 00:08:30.480
このツールは実際に

00:08:30.480 --> 00:08:33.170
ARM リソースを作成する
をクリックし、

00:08:33.170 --> 00:08:37.995
最後にエージェントが
オンボーディングプロセスの、

00:08:37.995 --> 00:08:40.985
これらのリソースが実際に表示されます

00:08:40.985 --> 00:08:44.300
その物理的な提示
サーバーは Azure ポータルにあります。

00:08:44.300 --> 00:08:45.485
>> ああ、それは素晴らしいです。

00:08:45.485 --> 00:08:49.115
だから、私たちは基本的に超簡単にします
お客様がオンボードする場合

00:08:49.115 --> 00:08:51.050
基本的に作成するサーバー

00:08:51.050 --> 00:08:53.315
彼らは彼らがスクリプトを
必要と明らかに、

00:08:53.315 --> 00:08:54.500
私は彼らも走ることができると思う

00:08:54.500 --> 00:08:56.630
に対するスクリプト
サーバーの倍数

00:08:56.630 --> 00:08:58.610
オンボードだけでなく
1 台または 2 台のサーバー

00:08:58.610 --> 00:09:00.035
しかし、多分何百ものサーバー?

00:09:00.035 --> 00:09:01.355
>> そうそう。そうですよ。

00:09:01.355 --> 00:09:04.340
>> よし、すごいね。だから
今、私は私のサーバーを持っています

00:09:04.340 --> 00:09:05.870
ポータルと私はそれを見ることができます

00:09:05.870 --> 00:09:07.520
を使用して管理する
Azure リソース マネージャー,

00:09:07.520 --> 00:09:10.250
どのサービスができるか
私は実際に今使用していますか?

00:09:10.250 --> 00:09:12.110
>> はい、見せてあげましょう。

00:09:12.110 --> 00:09:15.740
したがって、いずれかの をクリックすると、
リソースは、ここで見ることができるように、

00:09:15.740 --> 00:09:19.610
私たちは本当に従いたい
Azure 仮想マシン モデル。

00:09:19.610 --> 00:09:25.145
だから、あなたはのリストを見ることができます
能力と我々が前進するにつれて、

00:09:25.145 --> 00:09:28.655
私たちはこれらに拡大するつもりです
管理機能を使用します。

00:09:28.655 --> 00:09:33.320
今日、私たちは
2 つの特定のサービス。

00:09:33.320 --> 00:09:35.480
私たちはそれを統合することができます

00:09:35.480 --> 00:09:38.420
ログ分析
あなたは実際に得ることができます

00:09:38.420 --> 00:09:41.060
リソース ID に追加されたログ

00:09:41.060 --> 00:09:43.940
そして、あなたはそれらを照会することができます
ログは 1 つの中央に配置されます。

00:09:43.940 --> 00:09:47.630
それでは見せてあげましょう。クリックした場合
「ログ」で私はすることができます

00:09:47.630 --> 00:09:52.470
すべてのログを取得するには
このサーバーに関連します。

00:09:54.320 --> 00:09:59.910
これを使用しない場合、お客様が試みる場合
サーバーのログにアクセスするには、

00:09:59.910 --> 00:10:01.790
彼らは本質的に行く必要がある
サーバーと図に

00:10:01.790 --> 00:10:03.980
どのワークスペース ID に接続するかを除外します。

00:10:03.980 --> 00:10:05.230
そして、ポータルに来て、

00:10:05.230 --> 00:10:07.040
そのワークスペースを見つけて、

00:10:07.040 --> 00:10:09.110
ベースでフィルター処理できます。
をコンピュータ名に追加します。

00:10:09.110 --> 00:10:10.865
この統合により、

00:10:10.865 --> 00:10:13.130
あなたは単にここをクリックすることができます

00:10:13.130 --> 00:10:15.440
そして、すべてのログを取得します
は同じサーバーに属します。

00:10:15.440 --> 00:10:16.700
>> ああ、それは素晴らしいです。

00:10:16.700 --> 00:10:18.470
だから、これも私のように助け、

00:10:18.470 --> 00:10:19.760
私は多くのお客様が持っているのを見ます

00:10:19.760 --> 00:10:21.560
別の組織部分

00:10:21.560 --> 00:10:24.590
そして、それらのいくつかは、
本当にアプリケーションに焦点を当てて、

00:10:24.590 --> 00:10:28.040
だから、私は今、ちょうどアクセス権を与えることができます
この特定のチームに

00:10:28.040 --> 00:10:30.410
特定のセット
サーバーと

00:10:30.410 --> 00:10:33.360
ただ、サーブのロックにアクセスしますか?

00:10:33.360 --> 00:10:36.020
>> はい、それは実際に素晴らしいです
そこで言及したあなたに利益をもたらす

00:10:36.020 --> 00:10:39.200
監視チームが持っている3月です

00:10:39.200 --> 00:10:41.420
この新しい機能をリリースしました
リソースと呼ばれる

00:10:41.420 --> 00:10:45.620
中心型 RBAC ロール
ログへのアクセス、

00:10:45.620 --> 00:10:49.685
そして、彼らはそれを利用可能にした
Azure VM(ハイブリッド付き)。

00:10:49.685 --> 00:10:52.705
今、あなたもそれを得ることができます
オンプレムサービス用。

00:10:52.705 --> 00:10:55.715
>> ああ、それは素晴らしいです。だから
また、ポリシーについても言及しました。

00:10:55.715 --> 00:10:59.285
>> はい。したがって、Azure ポリシーは次の方法です。

00:10:59.285 --> 00:11:01.700
顧客が定義できる場所

00:11:01.700 --> 00:11:04.780
彼らのコンプライアンスと
コンプライアンスステータスを表示します。

00:11:04.780 --> 00:11:06.860
この特定のカテゴリがあります。

00:11:06.860 --> 00:11:09.815
ゲストと呼ばれるポリシー
構成ポリシー。

00:11:09.815 --> 00:11:12.770
あなたはゲストを考えることができます
構成ポリシーは、ほぼ同様です。

00:11:12.770 --> 00:11:17.595
グループ ポリシーが、
ドメインが参加していないサーバー。

00:11:17.595 --> 00:11:22.800
だから、の長いリストがあります
ゲスト構成ポリシー。

00:11:22.800 --> 00:11:26.495
今日は18の組み込みポリシーを作成しました。

00:11:26.495 --> 00:11:30.335
したがって、実際に展開できます。
彼らはすぐに箱から出て行きます。

00:11:30.335 --> 00:11:35.149
しかし、あなたが持っている場合は、もあります
組み込まれていない要件、

00:11:35.149 --> 00:11:37.295
実際に作成できます。
これらのカスタム ポリシー

00:11:37.295 --> 00:11:40.055
およびに展開する
ユニークな環境。

00:11:40.055 --> 00:11:42.440
ウィズ・ザ・ゲスト
構成ポリシー,

00:11:42.440 --> 00:11:46.025
それは実際に通して動作します
Azure VM の ARM です。

00:11:46.025 --> 00:11:48.695
今、ハイブリッドで、彼らはまた、

00:11:48.695 --> 00:11:52.275
監視と管理
オンプレミスのサーバー。

00:11:52.275 --> 00:11:54.090
ご覧のとおり、私は展開しました

00:11:54.090 --> 00:11:56.315
ゲストの一部
構成ポリシーと

00:11:56.315 --> 00:12:00.755
1つのビューで私はすべてを見ることができます
これらの非準拠ステータス。

00:12:00.755 --> 00:12:04.865
ドリルダウンすると気づく
パスワード ポリシー

00:12:04.865 --> 00:12:07.610
私はの束を持っています
非準拠のサービス。

00:12:07.610 --> 00:12:09.620
だから、私はここに来て、ドリルダウンし、

00:12:09.620 --> 00:12:13.765
その後、私はすべてのサーバーを見ることができます
準拠していません。

00:12:13.765 --> 00:12:17.120
どのリソースを確認できるか
所属するグループ、

00:12:17.120 --> 00:12:19.475
だから、あなたはアイデアを得ることができます
彼らが何をしているか。

00:12:19.475 --> 00:12:22.145
しかし、ここでも重要なのは、

00:12:22.145 --> 00:12:26.045
これらは Azure 仮想マシンです
これらはオンプレミスのサーバーです。

00:12:26.045 --> 00:12:27.440
だから、1つのビューで、

00:12:27.440 --> 00:12:30.470
すべてのサーバーの全体像
準拠していない。

00:12:30.470 --> 00:12:32.030
>> うわー、それは素晴らしいです。

00:12:32.030 --> 00:12:34.179
だから私はすべての私のサーバーを見て、

00:12:34.179 --> 00:12:35.730
彼らがどこで実行されているかは問題ではありません。

00:12:35.730 --> 00:12:37.770
Azure で実行している場合は、
彼らがプレムで実行している場合は、

00:12:37.770 --> 00:12:40.225
私のデータセンターで、
私の支店、

00:12:40.225 --> 00:12:43.160
私は彼らを1つのビューで見ることができます

00:12:43.160 --> 00:12:45.680
そして、私はAzureからそれらを管理することができますか?

00:12:45.680 --> 00:12:48.830
>> はい、それは私たちの目的です
アズールを持つことの

00:12:48.830 --> 00:12:50.930
1つの中心的な場所と私たちはしたい

00:12:50.930 --> 00:12:53.545
一貫したエクスペリエンスを提供します。

00:12:53.545 --> 00:12:55.230
>> 素晴らしいですね。

00:12:55.230 --> 00:12:56.685
もし私が今日お客様なら

00:12:56.685 --> 00:12:57.930
どうやって手に入れるの?

00:12:57.930 --> 00:13:01.505
>> はい、だから私たちは本当に
今すぐパブリックプレビューを取得しています。

00:13:01.505 --> 00:13:03.680
従えば、
画面上のリンク、

00:13:03.680 --> 00:13:05.990
あなたは見ることができるでしょう
私たちのドキュメントと

00:13:05.990 --> 00:13:08.935
方法に関するプロセス
サービスに登録します。

00:13:08.935 --> 00:13:10.275
>> わかった。すばらしいです

00:13:10.275 --> 00:13:12.120
そして、これのためのコストはどうですか?

00:13:12.120 --> 00:13:13.805
>> そうそう。それは素晴らしいポイントです。

00:13:13.805 --> 00:13:16.730
に関する多くの質問を受け取る
いくら払うか

00:13:16.730 --> 00:13:20.135
それと良いニュースまたは
素晴らしいニュースは、それは無料です。

00:13:20.135 --> 00:13:22.520
つまり、
実際に支払わない

00:13:22.520 --> 00:13:25.070
マシンを Azure にオンボードするには、

00:13:25.070 --> 00:13:27.410
そして、あなただけが支払います
ソリューション用

00:13:27.410 --> 00:13:29.510
あなたが行くことを
これらのサーバーに展開します。

00:13:29.510 --> 00:13:31.070
>> 素晴らしいニュースですね。

00:13:31.070 --> 00:13:32.630
だからチャンをどうもありがとうございました。

00:13:32.630 --> 00:13:34.370
ここにいて見せてくれてありがとう

00:13:34.370 --> 00:13:36.245
私たちにこのハイブリッド
管理機能。

00:13:36.245 --> 00:13:38.130
>> はい、ありがとうございました