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 管理團隊的 Chang'

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
主要挑戰之一

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
我聽說，Azure
團隊，尤其是你

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
稱為 Azure 的東西
資源管理器，簡稱為 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 中，我們試圖擁抱
視窗和 Linux。

00:06:48.395 --> 00:06:50.570
和我們在這裡一樣

00:06:50.570 --> 00:06:52.820
兩個包，用於代理到

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
例如，在我的
環境我標記資源

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
因此，第一個步驟實際上是三個步驟。

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
第二個命令是
安裝該套裝程式。

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
板載喜歡不只是
一台或兩台伺服器

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
今天，我們啟用
兩項特定服務。

00:09:33.320 --> 00:09:35.480
一個我們可以集成它

00:09:35.480 --> 00:09:38.420
日誌分析，以便
你實際上可以得到

00:09:38.420 --> 00:09:41.060
添加到資源識別碼 的日誌

00:09:41.060 --> 00:09:43.940
你可以查詢這些
日誌在一個中心的地方。

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
在一個視圖中，我可以看到所有
這些不合規狀態。

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
所以在一個視圖中，你得到

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
我可以看到他們一個單一的視圖

00:12:43.160 --> 00:12:45.680
我可以從 Azure 管理它們？

00:12:45.680 --> 00:12:48.830
是的，這是我們的目的
擁有 Azure

00:12:48.830 --> 00:12:50.930
一個中心的地方，我們希望

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
是的，謝謝