WEBVTT

00:00:00.150 --> 00:00:01.585
各位先生女士，

00:00:01.585 --> 00:00:05.102
請歡迎使用 Microsoft 的
行政人員副總裁，

00:00:05.102 --> 00:00:07.477
定域機組 + 企業，
陳俊銘 Guthrie。

00:00:07.477 --> 00:00:16.122
>> [鼓掌聲]
>> 也很簡單，

00:00:16.122 --> 00:00:19.160
良好的早上，所有的人，
並歡迎 AzureCon。

00:00:19.160 --> 00:00:22.480
很棒有這麼多
各位今天的參與這裡的人。

00:00:22.480 --> 00:00:24.430
這兩個對象
這裡親自、 但

00:00:24.430 --> 00:00:27.740
數以萬計的人
聽說我現在所監看

00:00:27.740 --> 00:00:28.990
這資料流處理線上。

00:00:28.990 --> 00:00:34.140
我要提供特殊的
說話我們 Azure mvp 交流，

00:00:34.140 --> 00:00:37.200
誰可以幫助組織多個
周圍的 70 檢視合作對象

00:00:37.200 --> 00:00:40.520
世界中，其中的群組
人越來越在一起，

00:00:40.520 --> 00:00:42.020
監看的資料流
即時的事件。

00:00:42.020 --> 00:00:44.220
而且我們真的有一些
很棒的內容，

00:00:44.220 --> 00:00:47.690
您將宣告
聽到遍及一整天，

00:00:47.690 --> 00:00:50.740
我認為您將
尋找相當有趣。

00:00:50.740 --> 00:00:53.320
我要開始進行
這一天與專題

00:00:53.320 --> 00:00:56.240
提供端對端
Azure 的上視圖。

00:00:56.240 --> 00:00:58.691
然後遍及一整天
我們有超過 60

00:00:58.691 --> 00:01:01.045
上下文工作階段，其中您
可以插入到更深層所有

00:01:01.045 --> 00:01:02.332
不同的技術。

00:01:02.332 --> 00:01:07.313
和除了監看我們
工作階段，您可以取得手

00:01:07.313 --> 00:01:12.550
在具有 [與我們的第一個 Azure
曾經 AzureCon 挑戰。

00:01:12.550 --> 00:01:16.570
基本上，我們有 15 的活動
您可以繼續看下去，並

00:01:16.570 --> 00:01:21.600
如果您完成第一次，
每天 24 小時，贏得參與名單

00:01:21.600 --> 00:01:24.530
您可以使用
取得某些蠻酷的獎品。

00:01:25.790 --> 00:01:29.870
除了今天的事件，並
我們也太高興宣佈

00:01:29.870 --> 00:01:32.887
我們新的 Azure 世界教學課程。

00:01:32.887 --> 00:01:35.460
其中 Azure 的工程團隊
即將被周圍飛行

00:01:35.460 --> 00:01:38.400
世界以上
20 不同的城市，

00:01:38.400 --> 00:01:41.710
裝載可用個人，
全天訓練的事件。

00:01:41.710 --> 00:01:45.060
而這是種類的好方法
取得與 Azure，更實際操作的

00:01:45.060 --> 00:01:49.650
和我們真的希望您可以
請加入我們，在您附近的位置。

00:01:51.860 --> 00:01:54.470
讓我們在 midst 的
層代式變化，

00:01:54.470 --> 00:01:58.040
現在，運算和
它所代表主要的變更

00:01:58.040 --> 00:02:00.980
每個人，包括 Microsoft。

00:02:00.980 --> 00:02:04.140
和每個組織
在下一步的幾年

00:02:04.140 --> 00:02:07.820
即將需要的策略
從何處如何將移動它們

00:02:07.820 --> 00:02:10.690
現在都可以利用
定域機組的提供。

00:02:11.840 --> 00:02:15.040
和他們要的實際外觀
收養 SaaS 為基礎的解決方案

00:02:15.040 --> 00:02:17.368
達到更快的時間值。

00:02:17.368 --> 00:02:20.580
他們要延伸其
若要使用公用的基礎結構

00:02:20.580 --> 00:02:24.012
若要利用定域機組
較高的靈活度和節省的成本。

00:02:24.012 --> 00:02:26.270
越來越多，它們
將利用

00:02:26.270 --> 00:02:29.830
較高層級的服務，
在我們新的電腦學習像

00:02:29.830 --> 00:02:34.290
Cortana 分析套件，為
與客戶更好的交戰，

00:02:34.290 --> 00:02:36.720
能夠重建
商務程序。

00:02:36.720 --> 00:02:40.230
正組合
所有這些三件事的

00:02:40.230 --> 00:02:43.130
讓真實的企業
轉換，及

00:02:43.130 --> 00:02:46.240
所有的人現在都可以利用這裡
是單獨置放

00:02:46.240 --> 00:02:47.440
履行這在一起。

00:02:49.110 --> 00:02:52.600
Microsoft 現在提供
最完整

00:02:52.600 --> 00:02:57.210
套有效商務 SaaS 解決方案
Office 365 之間的

00:02:57.210 --> 00:03:00.730
Microsoft 動態
和電源商業情報。

00:03:00.730 --> 00:03:04.010
現在我們真的能整個種類
頻譜功能的

00:03:04.010 --> 00:03:06.700
部署和
使用更多的商務使用者

00:03:06.700 --> 00:03:09.290
比任何其他企業
SaaS 解決方案。

00:03:09.290 --> 00:03:10.660
與我們
企業行動套件，

00:03:10.660 --> 00:03:13.970
我們現在有能力 IT
安全地傳遞，並管理

00:03:13.970 --> 00:03:17.920
這些解決方案，以及更多
非 2,600 其他 SaaS

00:03:17.920 --> 00:03:22.780
從非 Microsoft 應用程式
在任何裝置的公司。

00:03:22.780 --> 00:03:25.300
現在就不會以方式
入侵使用者

00:03:25.300 --> 00:03:29.120
經驗，同時仍
維護公司的安全。

00:03:29.120 --> 00:03:32.900
Microsoft 所提供的 Azure，
一組完整的定域機組

00:03:32.900 --> 00:03:35.370
基礎結構中的更高
層級的服務和

00:03:35.370 --> 00:03:38.640
可讓組織的工具
變得更靈活，

00:03:38.640 --> 00:03:41.320
區別其
更多的企業。

00:03:41.320 --> 00:03:44.080
沒有任何其他公司那裡
提供的廣度和

00:03:44.080 --> 00:03:47.400
Microsoft 的深度
定域機組平台提供。

00:03:47.400 --> 00:03:49.360
AWS 沒有基礎結構，但是

00:03:49.360 --> 00:03:51.600
並未提供 SaaS
根據提供的項目。

00:03:51.600 --> 00:03:54.880
像 SalesForce 的公司都具有
SaaS，但沒有基礎結構或

00:03:54.880 --> 00:03:56.480
較高的層級服務。

00:03:56.480 --> 00:04:00.420
與合併的功能
所有這些不同的項目

00:04:00.420 --> 00:04:04.220
真正讓組織
要更靈活，

00:04:04.220 --> 00:04:07.960
真的降低其成本，以及
最後的區分和

00:04:07.960 --> 00:04:09.400
真正的轉換
其企業中。

00:04:10.840 --> 00:04:12.760
並不只提供
這些功能，但是

00:04:12.760 --> 00:04:15.110
我們這麼做，在超小數位數。

00:04:15.110 --> 00:04:18.552
這些藍色圓圈這裡上
地圖代表 Azure 的地區，

00:04:18.552 --> 00:04:21.790
這是由所組成的叢集
您可以在其中的資料中心

00:04:21.790 --> 00:04:25.098
部署您的程式碼，並傳遞
您的解決方案使其更靠近您

00:04:25.098 --> 00:04:27.612
客戶和
比以前的員工。

00:04:27.612 --> 00:04:32.290
我們現在有 24 Azure
在世界各地的區域。

00:04:32.290 --> 00:04:36.500
置於的觀點來看的
更多的 AWS 和 Google 結合。

00:04:36.500 --> 00:04:40.430
我很興奮，宣布
今天，一般的可用性

00:04:40.430 --> 00:04:43.990
三個新的 Azure
在印度的區域。

00:04:43.990 --> 00:04:46.897
和 Azure 的第一個
超小數位數定域機組提供

00:04:46.897 --> 00:04:49.480
會將定域機組
在印度的服務。

00:04:49.480 --> 00:04:52.854
和我們所要做它的三個
區隔間的位置

00:04:52.854 --> 00:04:56.665
國家 (地區) 和今天，起您
可以立即號上移的 Azure 和

00:04:56.665 --> 00:04:59.673
部署應用程式和
解決方案，

00:04:59.673 --> 00:05:01.970
所有備份與我們
企業 SLA。

00:05:01.970 --> 00:05:08.406
>> [鼓掌聲]
>> 現在 Microsoft

00:05:08.406 --> 00:05:12.101
是其中一個其實只有三個
超小數位數定域機組出的提供者

00:05:12.101 --> 00:05:14.090
在世界該處。

00:05:14.090 --> 00:05:15.740
而且不同於其他兩個，

00:05:15.740 --> 00:05:19.010
我們唯一的
我們讓方案

00:05:19.010 --> 00:05:23.020
不只是在部署我們
超小數位數定域機組區域

00:05:23.020 --> 00:05:27.190
同時也在客戶與服務
提供者資料中心也。

00:05:27.190 --> 00:05:30.330
和我們的 Azure 與停駐
提供此項目，我們基本上現在

00:05:30.330 --> 00:05:33.680
可讓您抬頭
一致的定域機組的經驗。

00:05:33.680 --> 00:05:35.938
它可以讓相同
管理 API，

00:05:35.938 --> 00:05:39.227
相同的管理入口網站，並
相同的開發人員 Api 和

00:05:39.227 --> 00:05:41.826
體驗為我們
完整公開金鑰的定域機組 Azure。

00:05:41.826 --> 00:05:44.042
並讓客戶和

00:05:44.042 --> 00:05:49.030
協力廠商為最大的彈性
他們走使用定域機組。

00:05:49.030 --> 00:05:52.170
使其能夠使用
一組通用的技術和

00:05:52.170 --> 00:05:53.500
一路資產。

00:05:55.280 --> 00:05:57.520
現在，Azure 也
可讓客戶和

00:05:57.520 --> 00:06:00.910
若要使用的最佳夥伴
Windows 生態系統，

00:06:00.910 --> 00:06:03.950
最好的 Linux
在一起的生態系統。

00:06:03.950 --> 00:06:07.670
我們現在提供多個 3,400
不同的應用程式和

00:06:07.670 --> 00:06:10.740
從寬廣的解決方案
協力廠商的範圍

00:06:10.740 --> 00:06:12.840
使用我們的 Azure 服務商場。

00:06:12.840 --> 00:06:17.420
這可讓兩個開發人員和
和 IT 專業人員使用

00:06:17.420 --> 00:06:20.260
所有的工具，它們
已熟悉和

00:06:20.260 --> 00:06:22.920
真的傳送世界類別
與其在結果的解決方案。

00:06:24.350 --> 00:06:27.670
現在部分解決方法
要將獨立專案。

00:06:27.670 --> 00:06:30.520
但是我們也假設其他許多
尤其往後

00:06:30.520 --> 00:06:32.270
未來，
會在您的擴充和

00:06:32.270 --> 00:06:36.285
整合自己的自訂
與現有的應用程式

00:06:36.285 --> 00:06:39.490
你 SaaS 為基礎的解決方案
也還能善用。

00:06:39.490 --> 00:06:42.795
而且我們深投資中
啟用很好的擴充性

00:06:42.795 --> 00:06:45.917
與 Office 365，Microsoft
動態，以及電源商業情報。

00:06:45.917 --> 00:06:47.081
此外，

00:06:47.081 --> 00:06:50.440
我們也正在大量投資
連接非 Microsoft

00:06:50.440 --> 00:06:53.522
SaaS 提供項目，像是 Salesforce，
方塊中，與其他人，

00:06:53.522 --> 00:06:57.530
因此，您可以建置解決方案
輕鬆地與它們在 Azure 上。

00:06:57.530 --> 00:07:00.471
我真的認為 Azure 會
提供最佳的定域機組平台

00:07:00.471 --> 00:07:03.290
建立和裝載
這些類型的副檔名，

00:07:03.290 --> 00:07:04.160
應用程式。

00:07:05.240 --> 00:07:09.003
和不必要的說，所有的
我們所建置的功能需求

00:07:09.003 --> 00:07:12.020
若要建置在上
信任的基礎。

00:07:12.020 --> 00:07:15.380
Microsoft 會繼續
在傳遞中大量投資

00:07:15.380 --> 00:07:19.430
安全性、 隱私性，以及
透明度的創新作法。

00:07:19.430 --> 00:07:23.560
和 Azure 現在有最大範圍
法規遵循一組

00:07:23.560 --> 00:07:27.660
任何定域機組的認證
廠商，讓您傳遞

00:07:27.660 --> 00:07:29.690
任何的解決方案
商業環境。

00:07:31.070 --> 00:07:34.110
在過去的 12 個月，
我們會傳遞超過 600 新

00:07:34.110 --> 00:07:36.920
功能和
服務由 Azure，並

00:07:36.920 --> 00:07:39.548
進行創新的速度
持續地加快。

00:07:39.548 --> 00:07:40.640
您要查看
未來一年，

00:07:40.640 --> 00:07:44.260
尤其，只是極
大量的創新功能，

00:07:44.260 --> 00:07:46.530
您將其中一些
在這裡看到今天。

00:07:46.530 --> 00:07:48.110
如我們在提供這些
新的功能，

00:07:48.110 --> 00:07:51.098
我們看到 Azure 我們的使用方式
持續大幅成長。

00:07:51.098 --> 00:07:55.630
多個 90,000 的新 Azure
客戶訂閱

00:07:55.630 --> 00:07:58.390
現在簽署
組成每個單獨一個月。

00:07:58.390 --> 00:08:02.230
我們現在有多個 1.5
裝載的數百萬個 SQL 資料庫和

00:08:02.230 --> 00:08:04.780
在生產環境中執行，在 Azure 上。

00:08:04.780 --> 00:08:08.400
超過 500 萬封的使用者，
主要企業使用者，

00:08:08.400 --> 00:08:10.940
現在我們
Azure 的 Active Directory 系統，

00:08:10.940 --> 00:08:14.610
啟用單一登入
在兩者之間的一致性自己

00:08:14.610 --> 00:08:18.050
為自訂的應用程式
以及協力廠商。

00:08:18.050 --> 00:08:22.440
我們有多個 1.5 兆
現在正在 IoT 事件訊息

00:08:22.440 --> 00:08:25.700
處理每個單一
使用 Azure 的月份和

00:08:25.700 --> 00:08:27.850
我們新的 Azure IoT 套件。

00:08:29.180 --> 00:08:33.785
我們已超過 777 兆
存放交易正在

00:08:33.785 --> 00:08:38.540
每日使用處理
我們 Azure 的存放裝置] 系統中。

00:08:38.540 --> 00:08:41.260
什麼是好是我們看見
只要有很多種不同

00:08:41.260 --> 00:08:41.960
公司和

00:08:41.960 --> 00:08:44.880
開發人員利用
所有這些功能。

00:08:44.880 --> 00:08:48.286
與其中一個統計資料，
意外的人通常是

00:08:48.286 --> 00:08:51.958
超過 40%的上我們營收
Azure 現在來自為啟動

00:08:51.958 --> 00:08:55.530
也是從 Isp，建置和
銷售給其他人的解決方案。

00:08:56.950 --> 00:08:58.180
以上大帝
流量成長

00:08:58.180 --> 00:09:01.195
我們也有的只是一些超棒的
正在執行的客戶

00:09:01.195 --> 00:09:03.110
關鍵的工作負載
在 Azure。

00:09:03.110 --> 00:09:07.150
而這張投影片只包含
很少的企業商標

00:09:07.150 --> 00:09:09.338
誰正在執行
解決方案在 Azure 上今天。

00:09:09.338 --> 00:09:14.660
超過 80%的
Fortune 500 大企業

00:09:14.660 --> 00:09:17.530
現在善用
Microsoft 定域機組。

00:09:17.530 --> 00:09:20.520
而且，我們很幸運的是，
有許多這些客戶，

00:09:20.520 --> 00:09:23.740
誰將會實際加入我們
在整個事件中階段

00:09:23.740 --> 00:09:25.860
說他們
經驗及

00:09:25.860 --> 00:09:28.403
矚目部分
這些建置解決方案。

00:09:28.403 --> 00:09:33.190
您要聽的歌曲，如
範例中，從 jet.com 」，

00:09:33.190 --> 00:09:36.600
其中一個在熱啟動
線上零售空間中。

00:09:36.600 --> 00:09:39.278
從 NASCAR，
從阿拉斯加航空公司，從 VMob，

00:09:39.278 --> 00:09:42.468
我們也還好，
加入 onstage Walmart

00:09:42.468 --> 00:09:45.723
誰說如何它們
使用 Azure 來轉換

00:09:45.723 --> 00:09:46.835
其企業中。

00:09:46.835 --> 00:09:50.019
您知道的事項之一
唯一的 Azure 便可

00:09:50.019 --> 00:09:52.390
綜合
組服務，

00:09:52.390 --> 00:09:55.514
真的啟用的工具
您要建置絕佳的應用程式。

00:09:55.514 --> 00:09:58.814
然後我將其餘的部份
我的主旨演講的今天採取

00:09:58.814 --> 00:10:02.046
詳述其中幾個原因
這些區域開頭我們

00:10:02.046 --> 00:10:04.340
開發人員和
應用程式平台。

00:10:07.580 --> 00:10:11.820
事情之一，
定域機組可以讓您為靈活度。

00:10:11.820 --> 00:10:16.010
在移動快速的能力
快速回應客戶和

00:10:16.010 --> 00:10:19.320
更有效率地競爭
在此全域環境中。

00:10:19.320 --> 00:10:23.030
與 Azure 與你們
Visual Studio 的 [工具] 的系列

00:10:23.030 --> 00:10:25.580
我們正在傳遞服務
和所需的工具

00:10:25.580 --> 00:10:27.310
您甚至執行這項操作
更有效率。

00:10:28.870 --> 00:10:31.730
Visual Studio 線上是
我們傳遞做為服務

00:10:31.730 --> 00:10:33.650
為基礎的 SA 方案

00:10:33.650 --> 00:10:38.900
可讓豐富的 Microsoft
開發生命週期的服務。

00:10:38.900 --> 00:10:42.820
它提供版本控制
靈活的規劃，

00:10:42.820 --> 00:10:45.710
連續的傳遞，和

00:10:45.710 --> 00:10:49.990
可以的應用程式分析
使用任何 IDE 的開發人員和

00:10:49.990 --> 00:10:52.870
使用任何程式設計語言或
平台。

00:10:52.870 --> 00:10:55.790
我們現在有多個
3.4 萬位開發人員

00:10:55.790 --> 00:11:00.225
使用者已使用登錄了我們
Visual Studio 的線上服務和

00:11:00.225 --> 00:11:04.170
已還能善用
它提供更精彩的內容。

00:11:04.170 --> 00:11:06.730
和我們所關注的事情之一
上的很多，特別是最後一個

00:11:06.730 --> 00:11:09.370
年就成為很好的方法

00:11:09.370 --> 00:11:12.940
您可以整合
Azure，成為更多

00:11:14.380 --> 00:11:18.040
如您所傳遞的靈活您
定域機組為基礎的解決方案。

00:11:18.040 --> 00:11:21.190
因此，舉例來說，視力
線上 studio 我們現在可以讓您

00:11:21.190 --> 00:11:24.900
若要裝載無限制的私用
為程式碼存放庫

00:11:24.900 --> 00:11:28.070
釋出使用這兩個就可以給
以及 TFS。

00:11:28.070 --> 00:11:32.380
這表示現在可以基本上
簽入使用任何工具的程式碼，

00:11:32.380 --> 00:11:36.980
使用任何語言，並取得
完整的修訂歷程記錄支援，

00:11:36.980 --> 00:11:39.600
程式碼比較
也會有共同作業工具。

00:11:40.750 --> 00:11:43.855
Visual Studio 線上也
可讓您立即建置您

00:11:43.855 --> 00:11:47.299
使用 Azure，定域機組中的程式碼
以及執行您的功能

00:11:47.299 --> 00:11:50.014
單位的任務，這樣的情況
一旦它已內建的程式碼。

00:11:50.014 --> 00:11:52.095
全都不用設定或

00:11:52.095 --> 00:11:57.090
管理您自己的組建伺服器
環境或任何自訂的 Vm。

00:11:57.090 --> 00:12:00.290
使用新的組建服務
我們所發行的功能

00:12:00.290 --> 00:12:03.365
此過去的 (夏天)，
您現在可以輕鬆地設定，

00:12:03.365 --> 00:12:06.135
建置可以的管線
自動觸發時

00:12:06.135 --> 00:12:09.190
您簽入到任何的程式碼
儲存機制，它是否

00:12:09.190 --> 00:12:11.985
內建的程式碼存放庫
儘管個別人員您線上。

00:12:11.985 --> 00:12:13.695
您現在也可以指向
至外部程式碼

00:12:13.695 --> 00:12:15.445
包括的儲存機制
從 GitHub 的。

00:12:16.545 --> 00:12:19.919
只顯示這個螢幕擷取
標準，建置範例

00:12:19.919 --> 00:12:23.570
programing 的管線
像.net 的環境。

00:12:23.570 --> 00:12:26.960
但您可以用它來採取
其他語言的優點

00:12:26.960 --> 00:12:29.378
以及其他的架構。

00:12:29.378 --> 00:12:31.730
因此您可以很輕鬆地
重新排列您的建置工作，

00:12:31.730 --> 00:12:33.540
以及撰寫自訂的艦隊或

00:12:33.540 --> 00:12:36.150
PowerShell 指令碼您
整合的一部分。

00:12:36.150 --> 00:12:38.924
以下是範例
JAVA 建置管線，

00:12:38.924 --> 00:12:42.363
利用
一些事，像是 Maven 和 npm。

00:12:42.363 --> 00:12:46.340
然後，以下是範例
Android 的建置管線。

00:12:46.340 --> 00:12:49.310
我們不僅要編譯您
Android 的程式碼，定域機組中, 但

00:12:49.310 --> 00:12:51.750
您所見其中
我們在這裡所具有的任務

00:12:51.750 --> 00:12:53.540
是 Android 的程式碼
簽章的服務。

00:12:53.540 --> 00:12:56.290
讓我們實際甚至可以
簽署程式碼，定域機組中

00:12:56.290 --> 00:12:58.930
在您送出之前
到一個應用程式儲存它。

00:12:58.930 --> 00:13:01.402
和您甚至可以繼續並
建置為管線

00:13:01.402 --> 00:13:05.920
您的前提上 VMware，HyperV，
或其他定域機組的環境。

00:13:07.340 --> 00:13:10.490
線上現在 Visual Studio 也
具有內建支援

00:13:10.490 --> 00:13:14.041
我們稱負載測試，並
可讓您運用定域機組

00:13:14.041 --> 00:13:17.729
基本上模擬數百
數千名並行使用者的

00:13:17.729 --> 00:13:21.420
按您的 web 或行動電話
之前的後端。

00:13:21.420 --> 00:13:22.810
這可讓您確保和

00:13:22.810 --> 00:13:25.980
您已真的準備
處理所有的負載，

00:13:25.980 --> 00:13:29.060
提供絕佳的使用者體驗
您的應用程式。

00:13:29.060 --> 00:13:31.490
同樣地，這一切都可以完成
而不必建立或

00:13:31.490 --> 00:13:32.890
管理任何自訂的 Vm。

00:13:32.890 --> 00:13:35.590
很簡單，只要有點
按一下按鈕。

00:13:35.590 --> 00:13:37.750
您說多少位使用者
您要模擬。

00:13:37.750 --> 00:13:40.540
什麼是流量模式，
您想要繼續執行，

00:13:40.540 --> 00:13:43.260
然後它會繼續，並和
自動化這一切，

00:13:43.260 --> 00:13:45.620
提供的完整狀態報告
您。

00:13:45.620 --> 00:13:47.760
因此您可以繼續看下去並
請參閱它正在進行。

00:13:47.760 --> 00:13:50.470
然後我們現在還

00:13:50.470 --> 00:13:53.400
提供內建的版本
管理支援。

00:13:53.400 --> 00:13:55.700
可讓您
為建立原則

00:13:55.700 --> 00:13:58.160
您的開發組織
特別是針對

00:13:58.160 --> 00:14:01.340
小組環境中，且輕鬆地
抬頭環境，

00:14:01.340 --> 00:14:04.170
您可以使用各種
開發階段。

00:14:04.170 --> 00:14:08.420
這可讓您同時和
輕鬆且安全地管理

00:14:08.420 --> 00:14:11.320
您的程式碼的配置
非常靈活的方式，

00:14:11.320 --> 00:14:14.500
強制執行任何版本
您想要的原則

00:14:14.500 --> 00:14:15.940
若要確保高品質。

00:14:15.940 --> 00:14:21.030
最後，一旦您的應用程式
習慣生活在您想要的實際執行中

00:14:21.030 --> 00:14:23.950
請確定您了解
它正在執行方法，和

00:14:23.950 --> 00:14:28.320
什麼是使用者經驗
按它的使用者嗎?

00:14:28.320 --> 00:14:30.520
與我們
應用程式了解服務，

00:14:30.520 --> 00:14:34.310
您現在可以取得即時洞悉
如何將您的應用程式和

00:14:34.310 --> 00:14:35.860
服務正在進行。

00:14:35.860 --> 00:14:37.855
兩件事方面都有
像可用性，

00:14:37.855 --> 00:14:38.850
效能，以及

00:14:38.850 --> 00:14:44.540
另外還有就整體而言
客戶的使用方式和滿意度。

00:14:44.540 --> 00:14:47.670
什麼是好是所有這些
經驗是現在的建置

00:14:47.670 --> 00:14:50.040
到 Azure 管理
入口網站，因此

00:14:50.040 --> 00:14:53.540
所有您的開發人員可以
輕鬆地取得它的存取，

00:14:53.540 --> 00:14:57.590
基本上，請參閱在這些洞悉
即時當它們

00:14:57.590 --> 00:15:00.360
這兩個建置應用程式，
但

00:15:00.360 --> 00:15:02.220
同時然後又能夠
在實際執行環境中執行它。

00:15:02.220 --> 00:15:04.830
這可讓您和
真正的見解，

00:15:04.830 --> 00:15:08.390
您可以持續
最佳化的經驗和

00:15:08.390 --> 00:15:12.120
在您商務結果
完全整合的方式。

00:15:12.120 --> 00:15:15.437
現在有一個很好的服務
我們看到該人員

00:15:15.437 --> 00:15:19.297
真的會使用由高
產能觀點來看使用

00:15:19.297 --> 00:15:21.730
Azure 是我們的 Azure 應用程式服務。

00:15:21.730 --> 00:15:24.570
這是不可思議
強大的提供

00:15:24.570 --> 00:15:27.990
我們在稍早所發行這
年份，和它提供一套

00:15:27.990 --> 00:15:32.530
可讓您的功能
輕鬆地建置、 小數點位數為網頁和

00:15:32.530 --> 00:15:35.310
行動方案的任何位置
全世界。

00:15:35.310 --> 00:15:40.260
它具有內建支援
對於 JAVA 中，為 Node.js，.NET，

00:15:40.260 --> 00:15:44.650
PHP，Python，以及它
提供自動修補支援，

00:15:44.650 --> 00:15:46.570
讓您將注意力集中
需您的應用程式的詳細資訊

00:15:46.570 --> 00:15:49.770
而不需要擔心
並管理您的基礎結構。

00:15:49.770 --> 00:15:52.050
它提供內建
自動調整大小的支援，因此

00:15:52.050 --> 00:15:53.650
您可以自動
向上旋轉，

00:15:53.650 --> 00:15:57.810
微調，向下較多的 Vm 及資源
備份應用程式

00:15:57.810 --> 00:16:01.330
負載量而定
在生產環境中服務。

00:16:01.330 --> 00:16:04.900
它也具有內建整合
使用現有的應用程式，這兩個 SASS

00:16:04.900 --> 00:16:07.770
根據在執行的解決方案
定域機組一大堆的建置

00:16:07.770 --> 00:16:10.630
在可讓您的連接器
若要輕易地整合安全性

00:16:10.630 --> 00:16:12.250
以及與它們的資料。

00:16:12.250 --> 00:16:14.940
接著則現在也有內建
可讓您到達的支援

00:16:14.940 --> 00:16:18.790
前提上一步]，並連接到
您可能的現有系統

00:16:18.790 --> 00:16:19.900
已經部署那里。

00:16:19.900 --> 00:16:22.810
然後優點就在於它和
兼具完美地整合

00:16:22.810 --> 00:16:26.760
Visual Studio 線上如
其他服務喜歡 GitHub 和

00:16:26.760 --> 00:16:30.760
位元的口袋、 啟用
連續聘雇經驗

00:16:30.760 --> 00:16:33.140
這可讓您以
因應瞬息萬變 super 和

00:16:33.140 --> 00:16:35.900
當您 super 彈性
進行您的開發。

00:16:35.900 --> 00:16:38.920
我們有多個
現在已 350,000 的開發人員

00:16:38.920 --> 00:16:42.580
在生產環境中執行應用程式
使用我們的 Azure 應用程式服務和

00:16:42.580 --> 00:16:45.530
我們幸運的是多項
他們加入我們在今天的事件

00:16:45.530 --> 00:16:47.160
共用他們的經驗。

00:16:47.160 --> 00:16:51.220
您會看到其中大部分聯結
今天的討論的許多

00:16:51.220 --> 00:16:54.110
進入 [的 [更多詳細資料
它們已經完成，然後

00:16:54.110 --> 00:16:56.860
也有一些他們的經驗，
和部分檢討

00:16:56.860 --> 00:17:00.400
已中如何規定
更新其小組來執行這個動作。

00:17:00.400 --> 00:17:03.870
NASCAR 和阿拉斯加航空公司
特別的是，我們的談話

00:17:03.870 --> 00:17:07.590
關於解決方案的深度
它們已經內建的物料單裝訂

00:17:07.590 --> 00:17:10.740
討論時，即右後
我的主旨演講結尾。

00:17:10.740 --> 00:17:12.650
他們使用 Azure
應用程式服務和

00:17:12.650 --> 00:17:16.440
若要建置這兩個客戶的 azure
以及員工基於

00:17:16.440 --> 00:17:19.400
解決方案確定它們
在 Azure 上，主應用程式的應用程式。

00:17:19.400 --> 00:17:21.675
其中有一個 web 和
行動體驗，

00:17:21.675 --> 00:17:24.274
何者是一個好就好
關於 Azure 應用程式服務

00:17:24.274 --> 00:17:25.593
可讓他們建置這兩種情況。

00:17:25.593 --> 00:17:28.756
而且它們都有整合
與現有內部

00:17:28.756 --> 00:17:32.260
應用程式和系統
儲存資料的資料錄。

00:17:32.260 --> 00:17:34.920
因此這是很好的範例
取得您的

00:17:34.920 --> 00:17:37.850
已經有上 prem，
在定域機組，擴充它和

00:17:37.850 --> 00:17:39.940
真的新開放
商務的體驗。

00:17:41.640 --> 00:17:44.590
其他商標這裡上
這張投影片是 jet.com。

00:17:44.590 --> 00:17:48.940
它們啟動只需要幾個
星期前，以及他們真的

00:17:48.940 --> 00:17:52.640
中斷線上零售
遇到很大的方式。

00:17:52.640 --> 00:17:55.280
以出色啟動
非常粗體的願景，

00:17:55.280 --> 00:17:58.780
若要達到 $20 億
2020 的營收的和

00:17:58.780 --> 00:18:02.830
建立其整體了
發生在 Azure 上。

00:18:02.830 --> 00:18:06.310
而且我想要執行
已邀請 Mike，誰的

00:18:06.310 --> 00:18:09.930
cto 能夠的 Jet，在這裡階段
若要談論他們的經驗，

00:18:09.930 --> 00:18:12.750
它們已經建置什麼，以及
如何 Azure 上正在執行它們。

00:18:12.750 --> 00:18:13.522
以下是 Mike。

00:18:13.522 --> 00:18:17.634
>> [鼓掌聲]
>> 感謝非常陳俊銘。

00:18:17.634 --> 00:18:21.169
嗨大家、 操作之前我討論
有點有關例如如何使用

00:18:21.169 --> 00:18:24.493
若要建置技術的 azure
若要支援我們的平台

00:18:24.493 --> 00:18:27.340
我要討論一點
關於 jet 業務。

00:18:28.740 --> 00:18:31.150
jet 會是新類型
電子商務網站的

00:18:31.150 --> 00:18:33.870
這樣應該能夠讓客戶
購買數以百萬計的狀況的方式

00:18:33.870 --> 00:18:35.970
跨產品
數百個類別，

00:18:35.970 --> 00:18:37.920
從紙張的所有項目
耳機到 towels。

00:18:38.940 --> 00:18:40.080
我說的狀況的方式，

00:18:40.080 --> 00:18:42.440
因為這是真實
jet 的天才。

00:18:42.440 --> 00:18:46.250
雖然我們的價格從低，
他們得到您的購買更低。

00:18:46.250 --> 00:18:48.640
當您開始新增項目
至您的籃上 jet，

00:18:48.640 --> 00:18:50.040
您會看到您
省下增加。

00:18:51.148 --> 00:18:52.420
現在通常電子商務網站

00:18:52.420 --> 00:18:54.322
不被設計來協助
客戶節省費用。

00:18:54.322 --> 00:18:57.440
實際事實上他們通常
將客戶導向至產品

00:18:57.440 --> 00:19:00.430
是非常沒有效率
完成後端。

00:19:00.430 --> 00:19:02.730
這些成本都有
要取得支付人和

00:19:02.730 --> 00:19:05.530
人是
一般客戶。

00:19:05.530 --> 00:19:07.400
這是問題，
我們解決在 jet?

00:19:09.480 --> 00:19:11.220
我們已建置範圍
技術和

00:19:11.220 --> 00:19:13.780
把焦點放的工具
要儲存我們的客戶金錢。

00:19:14.910 --> 00:19:17.860
最令人興奮的事
是我們智慧的車種技術，

00:19:17.860 --> 00:19:20.950
可即時，評估，
數十億的排列，

00:19:20.950 --> 00:19:23.920
若要最表面
經濟的產品

00:19:23.920 --> 00:19:25.470
任何個人
客戶的購物車。

00:19:26.780 --> 00:19:30.570
為簡單的範例中，假設
您有 「 棒球 」，您

00:19:30.570 --> 00:19:34.150
購物車，現在您想要
購買棒球手套。

00:19:34.150 --> 00:19:37.900
我們智慧車技術將
執行所有這些排列和

00:19:37.900 --> 00:19:40.580
將會尋找 「 棒球 」
可出貨的手套

00:19:40.580 --> 00:19:42.290
以及 「 棒球 」。

00:19:42.290 --> 00:19:44.140
很明顯地，這會造成
在產品供應履行和

00:19:44.140 --> 00:19:45.600
提供鏈結存款和

00:19:45.600 --> 00:19:47.860
節省了這些是什麼 jet
傳遞到他的客戶。

00:19:49.250 --> 00:19:50.637
我們必須在所
其他選項，可協助我們

00:19:50.637 --> 00:19:51.292
客戶節省費用。

00:19:51.292 --> 00:19:53.772
例如，您可以在其中聲波
您要傳回的右邊或

00:19:53.772 --> 00:19:56.736
聲波右手釋放傳回
而是您也可以選擇要支付

00:19:56.736 --> 00:19:59.336
以一種具有卡
低交換速率及

00:19:59.336 --> 00:20:01.414
jet 會一次將
傳遞省下的。

00:20:01.414 --> 00:20:03.096
因此，這是 Jet 的商務。

00:20:03.096 --> 00:20:07.283
它會把焦點放在製作
電子商務更有效率的

00:20:07.283 --> 00:20:08.390
我們的客戶。

00:20:10.490 --> 00:20:12.940
因此有點有關位元
Jet 的技術和

00:20:12.940 --> 00:20:13.980
我們使用 Azure 方式。

00:20:13.980 --> 00:20:17.015
我們有兩個非常大的問題
我們需要解決何時我們

00:20:17.015 --> 00:20:20.430
正在建置 Jet 技術
平台，這兩個的 Azure

00:20:20.430 --> 00:20:24.150
是絕對很有幫助
協助我們解決。

00:20:24.150 --> 00:20:25.590
第一個是
行銷，時間

00:20:25.590 --> 00:20:27.274
但第二個小數位數。

00:20:27.274 --> 00:20:32.200
Jet 在我們知道我們必須有關
若要建置的 20 的 12 個月或

00:20:32.200 --> 00:20:35.030
所以主要軟體的部份
才能執行 Jet

00:20:35.030 --> 00:20:36.200
服務商場。

00:20:36.200 --> 00:20:38.496
我們必須從所有項目
若要搜尋的產品型錄

00:20:38.496 --> 00:20:40.950
倉儲管理系統
系統，客戶服務

00:20:40.950 --> 00:20:43.819
系統、 應用程式、 網站，
等等等。

00:20:45.410 --> 00:20:48.900
因此我們知道，建置
這些產品速度快，

00:20:48.900 --> 00:20:50.880
我們為你感到過度
我們的科技規定

00:20:50.880 --> 00:20:52.970
根據什麼小組
跟使用的技術。

00:20:53.970 --> 00:20:56.040
我們沒有某些基本原則
我們會在要求他們的模式

00:20:56.040 --> 00:20:59.330
堅持，主要一個正在
事件導向的架構

00:20:59.330 --> 00:21:00.830
透過 microservices 實作。

00:21:02.422 --> 00:21:05.870
事件導向的架構
可讓我們建立

00:21:05.870 --> 00:21:07.520
很多平行的服務

00:21:07.520 --> 00:21:10.758
因為我們 microservices 結束
向上正在具有很高的分離。

00:21:10.758 --> 00:21:13.470
所有任何 microservice 真的
需要知道大約是事件

00:21:13.470 --> 00:21:15.960
匯流排和的合約
事件匯流排上的事件。

00:21:17.610 --> 00:21:20.325
在大量時是我們
microservices 是以實作

00:21:20.325 --> 00:21:23.820
F# 中，在罩下我們
知道我們必須支援

00:21:23.820 --> 00:21:26.210
眾多的不同
技術、 中介軟體，因此

00:21:26.210 --> 00:21:27.370
而這樣的權利。

00:21:27.370 --> 00:21:29.110
而這是真的，
Azure 」 來到這它自己。

00:21:30.620 --> 00:21:34.170
顯然我們將會使用
基本定域機組服務和

00:21:34.170 --> 00:21:36.720
這是 Azure 所在
特別是強式。

00:21:36.720 --> 00:21:39.153
我們必須為提供頂級支援
Linux Vm

00:21:39.153 --> 00:21:42.902
第一個類別支援 Windows Vm
儲存體，SSD 儲存體，Vnets，

00:21:42.902 --> 00:21:44.168
等等等。

00:21:44.168 --> 00:21:46.753
那真的
若要加速的 Jet 時間

00:21:46.753 --> 00:21:49.909
市場是第二個圖層
在頂端，服務的

00:21:49.909 --> 00:21:51.700
大部分的 Jet 使用。

00:21:51.700 --> 00:21:54.821
等 SQL Azure
SQL Redis，服務匯流排

00:21:54.821 --> 00:21:57.360
API 管理和
等等等。

00:21:58.810 --> 00:22:01.850
和再最終層級的
jet 會是所有 ALM

00:22:01.850 --> 00:22:04.810
可用的工具，緊密的整合
與 Visual Studio 中，所有這些

00:22:04.810 --> 00:22:07.360
真正改進的東西我們
開發人員的生產力以及

00:22:07.360 --> 00:22:09.832
已非常
hectic 在 Jet 的年份。

00:22:09.832 --> 00:22:13.650
所以我們估計在 Jet 和
這些三個 (層次)

00:22:14.730 --> 00:22:17.360
可能加速我們的時間
在區域中的某處市場

00:22:17.360 --> 00:22:18.329
12 到 14 個月。

00:22:19.930 --> 00:22:22.680
第二個問題，
Azure 真的可以幫助我們解決

00:22:22.680 --> 00:22:23.465
就是一種縮放比例。

00:22:23.465 --> 00:22:26.355
Jet 是很幸運的是要
無法提高 [、 咳] 很多的

00:22:26.355 --> 00:22:27.704
金錢前啟動，並

00:22:27.704 --> 00:22:30.786
我們知道，已將錢
行銷，花和

00:22:30.786 --> 00:22:34.020
我們知道我們要以有
處理從第一天的小數位數。

00:22:34.020 --> 00:22:36.748
現在不用說，Azure 有
出色的自動調整大小的本文，及

00:22:36.748 --> 00:22:39.180
我確定許多您的
熟悉的。

00:22:39.180 --> 00:22:40.957
當然，我們使用和
在 Jet，和

00:22:40.957 --> 00:22:43.864
這讓我們能夠縮放我們
服務和各種系統

00:22:43.864 --> 00:22:47.150
度量資訊，例如 CPU 使用率，排入佇列
長度，和等等等等。

00:22:48.910 --> 00:22:53.780
但真實排序的基本原則
我們認為的服務，幫助 Jet

00:22:53.780 --> 00:22:56.650
強化其系統前啟動
已將負載測試工具。

00:22:57.960 --> 00:23:00.508
我們在區域中執行某處
5 百萬分鐘的負載

00:23:00.508 --> 00:23:02.328
來自一週中的測試
最多啟動，並

00:23:02.328 --> 00:23:04.620
它真的可以幫助
強化 Jet 系統。

00:23:04.620 --> 00:23:05.410
和我們很高興這麼做，

00:23:05.410 --> 00:23:08.810
因為在啟動天我們所見
已五次的流量

00:23:08.810 --> 00:23:11.370
超過我們的了
實際計劃。

00:23:11.370 --> 00:23:13.170
中與二者均謝天謝地
Jet 的技術和

00:23:13.170 --> 00:23:16.070
自動調整大小中正常運作的 Azure
能夠完美地以提供真正

00:23:16.070 --> 00:23:17.748
良好的客戶經驗
每個人的天。

00:23:19.260 --> 00:23:22.173
而且最後有兩個
Azure 的其他元件，

00:23:22.173 --> 00:23:24.685
製作的 Jet 高興，雙方能選擇
Azure 是它的技術

00:23:24.685 --> 00:23:25.210
交易夥伴。

00:23:26.380 --> 00:23:28.330
第一個是
單憑的小數位數和

00:23:28.330 --> 00:23:31.410
Azure 的大小
足跡此處在美國。

00:23:31.410 --> 00:23:34.940
陳俊銘有提到，Jet 會希望
為 $20 億 GMV 公司

00:23:34.940 --> 00:23:38.550
由 2020，而又是
幾個定域機組那裡的提供者

00:23:38.550 --> 00:23:41.900
我們覺得舒適無法
您可讓 Jet 到該層級的小數位數。

00:23:41.900 --> 00:23:44.750
而且我們之見，在沒有只
可以一個定域機組提供者

00:23:44.750 --> 00:23:47.599
這樣做，並提供深度
可用的工具，Ide，與整合

00:23:47.599 --> 00:23:48.727
語言和等等，

00:23:48.727 --> 00:23:51.440
這樣的權利，我們認為是
需要將其設 Jet 成功。

00:23:51.440 --> 00:23:54.060
而這是 Azure，是很明顯地。

00:23:54.060 --> 00:23:55.790
然後第二件事，

00:23:55.790 --> 00:23:58.200
而且這實際上是
非常驚人的

00:23:58.200 --> 00:24:01.990
我們在 Jet，是 Microsoft 的
我們為啟動的承諾。

00:24:01.990 --> 00:24:05.597
只要我們到達，以
Azure，Microsoft，只是在我們之後

00:24:05.597 --> 00:24:09.205
當我們納入 Jet，
仍然非常小的公司，

00:24:09.205 --> 00:24:11.894
我們有執行任何動作，但
既重要又具象，以及

00:24:11.894 --> 00:24:14.684
從相關的建議
縮小在紐約小組。

00:24:14.684 --> 00:24:17.810
而且很實際，
建議和該支援

00:24:17.810 --> 00:24:21.225
我們是不是真的啟動為
Jet 正在，很有幫助

00:24:21.225 --> 00:24:23.420
成功
Azure 的平台。

00:24:23.420 --> 00:24:26.361
因此我想剩下的
我說是 [移至 jet.com 」，

00:24:26.361 --> 00:24:28.611
簽出，
新增項目至您的車，以及

00:24:28.611 --> 00:24:31.117
我認為您可能會訝異
在 [省下您會看到。

00:24:31.117 --> 00:24:31.970
非常謝謝。

00:24:31.970 --> 00:24:32.575
謝謝你，陳俊銘。

00:24:32.575 --> 00:24:39.968
>> [鼓掌聲]
>> 謝謝你。

00:24:39.968 --> 00:24:44.386
我們所宣佈去年現在我們
深服從 Docker 的計劃

00:24:44.386 --> 00:24:48.891
以及與 Docker 的生態系統
Azure 和 Windows 伺服器，

00:24:48.891 --> 00:24:52.184
並進行容器
基本的元素之一

00:24:52.184 --> 00:24:55.020
我們的應用程式平台。

00:24:55.020 --> 00:24:56.550
我們已經釋放
一些很棒的支援

00:24:56.550 --> 00:24:59.840
這兩個它們透過
過去的幾個月。

00:24:59.840 --> 00:25:02.440
今天我們太高興
宣佈新

00:25:02.440 --> 00:25:05.110
我們的服務
同時，發射

00:25:05.110 --> 00:25:07.970
我們呼叫我們
Azure 的容器的服務。

00:25:07.970 --> 00:25:11.210
Azure 的容器服務
提供完整的管理服務

00:25:11.210 --> 00:25:13.430
這可讓您以
輕鬆部署和

00:25:13.430 --> 00:25:16.530
協調應用程式
使用容器的建置。

00:25:17.780 --> 00:25:19.190
Azure 的容器服務

00:25:19.190 --> 00:25:24.420
提供與深度整合
Apache Mesos 以及 Docker，

00:25:24.420 --> 00:25:27.170
及其他
開啟來源元件

00:25:27.170 --> 00:25:31.640
包括 Mesosphere 的 DC
作業系統，Chronos，並

00:25:31.640 --> 00:25:32.430
Docker 群集。

00:25:33.800 --> 00:25:38.330
好，
系統是已經力量

00:25:38.330 --> 00:25:43.480
前置的品牌，像 Twitter，
Airbnb、 Netflix，並開啟資料表。

00:25:43.480 --> 00:25:46.650
能夠有
您可以微調容器服務

00:25:46.650 --> 00:25:48.350
向上，很快，和

00:25:48.350 --> 00:25:52.710
能夠主控為這兩個 Linux
以及與視窗伺服器 Vm

00:25:52.710 --> 00:25:57.110
任何在語言中，您容器
基本上願意旗鑑版

00:25:57.110 --> 00:26:00.925
若要利用的彈性
所有技術的和

00:26:00.925 --> 00:26:03.930
真正提供一些
與它的絕佳解決方案。

00:26:03.930 --> 00:26:07.280
您要取得第一個示範
它在物料單裝訂的作用中的

00:26:07.280 --> 00:26:09.680
立即遵循我的通話。

00:26:09.680 --> 00:26:11.910
我們認為這是非常
全新新服務的

00:26:11.910 --> 00:26:14.285
真的要
啟用較豐富

00:26:14.285 --> 00:26:18.000
microservice 為基礎的開發
模型使用 Azure 和

00:26:18.000 --> 00:26:19.670
運用最佳
開放原始碼。

00:26:21.140 --> 00:26:21.900
讓我們來切換一下話題現在及

00:26:21.900 --> 00:26:25.400
討論也有點
資料和分析的空間，及

00:26:25.400 --> 00:26:28.550
部份的豐富的服務
該 Azure 那里提供。

00:26:30.030 --> 00:26:33.550
越來越多的資料
建立並儲存於世界裡，

00:26:33.550 --> 00:26:37.070
只是該速度和
要透過加速

00:26:37.070 --> 00:26:38.250
在接下來的幾年內。

00:26:38.250 --> 00:26:43.260
而且沒有不斷增加
必須能夠取得深入的知識

00:26:43.260 --> 00:26:46.430
從該資料，
能夠從它執行動作。

00:26:46.430 --> 00:26:47.779
才能真正了解，

00:26:47.779 --> 00:26:51.550
您知道，達到您需要
若要幾個不同的動作。

00:26:51.550 --> 00:26:55.280
您需要從剛
若要了解使用資料

00:26:55.280 --> 00:26:59.240
移至發生
了解為什麼它沒有發生，

00:26:59.240 --> 00:27:02.100
若要能夠移動到預測
會在未來，發生什麼事

00:27:02.100 --> 00:27:03.820
然後最重要的是，

00:27:03.820 --> 00:27:08.060
了解何謂應該您
實際為基礎的。

00:27:08.060 --> 00:27:12.890
使用 Azure 和我們的 Azure
分析組件的產品，

00:27:12.890 --> 00:27:15.410
我們現在提供
端對端的 managed 的方案

00:27:15.410 --> 00:27:17.120
這麼做的。

00:27:17.120 --> 00:27:21.350
它包含的功能
內嵌任何來源資料

00:27:21.350 --> 00:27:24.890
將它儲存在原生格式
彈性的方式，以及

00:27:24.890 --> 00:27:27.800
套用電腦自動學習
模型和其他進階

00:27:27.800 --> 00:27:32.620
針對分析功能
資料，以建立見解。

00:27:32.620 --> 00:27:36.000
然後您可以再互動和
使用這些資料模型

00:27:36.000 --> 00:27:39.330
使用電源商業情報，我們會
示範在只是有點，

00:27:39.330 --> 00:27:42.420
我們的新數位個人
助理像 Cortana，

00:27:42.420 --> 00:27:45.540
以及自動化案例
使用自訂的應用程式，

00:27:45.540 --> 00:27:48.880
就像您聽過 Mike
討論與 jet.com 」 順序

00:27:48.880 --> 00:27:51.250
若要最佳化
購物的經驗。

00:27:51.250 --> 00:27:53.990
與這些功能真的
可讓您轉換

00:27:53.990 --> 00:27:56.380
您的企業字根方式
和

00:27:56.380 --> 00:28:01.250
與客戶真正交戰和
重建商務程序，並

00:28:01.250 --> 00:28:05.370
真的變更如何您
實際操作。

00:28:05.370 --> 00:28:07.880
您可以利用所有的
這些不同服務該我

00:28:07.880 --> 00:28:10.830
這裡有列在
右邊分別和

00:28:10.830 --> 00:28:12.340
基本上只查核行程
最多 Azure 和

00:28:12.340 --> 00:28:16.290
部署任何的個人
由您自己的服務和

00:28:16.290 --> 00:28:18.877
基本上只工資
您所使用的個別服務。

00:28:18.877 --> 00:28:22.420
我們也，不過，讓您
現在，選擇性地購買的套件

00:28:22.420 --> 00:28:26.130
所有在一起提供項目
在大量折扣價，

00:28:26.130 --> 00:28:28.650
這甚至提供和
更節省成本

00:28:28.650 --> 00:28:30.980
當您正在建置
端對端解決方案。

00:28:30.980 --> 00:28:33.780
然後我們呼叫的所有套件
我們的資料服務我們

00:28:33.780 --> 00:28:35.930
Cortana 分析套件，

00:28:35.930 --> 00:28:38.860
從本週的開始現在是
可購買。

00:28:38.860 --> 00:28:42.883
而且它真的會提供最佳
若要從深開始風行的方式

00:28:42.883 --> 00:28:44.974
任何的資料系統，並

00:28:44.974 --> 00:28:49.740
真的成本有效率的方式
建置端對端資料的解決方案。

00:28:49.740 --> 00:28:55.590
還有許多不同的服務
在我們的 Cortana 分析套件。

00:28:55.590 --> 00:28:57.460
只是昨天的
Strata 會議中，

00:28:57.460 --> 00:29:02.220
我們討論我們新
資料湖服務

00:29:02.220 --> 00:29:04.950
我們已宣告的幾個月以前，
但我們曾討論和

00:29:04.950 --> 00:29:08.290
共用更多詳細資料
關於在 Strata 昨天。

00:29:08.290 --> 00:29:12.700
它可讓您基本上
將任何數量的資料儲存在任何

00:29:12.700 --> 00:29:16.360
格式中 Azure，與我們
新資料湖分析服務

00:29:16.360 --> 00:29:20.860
現在您可以在其中執行大資料
對它的處理工作

00:29:20.860 --> 00:29:24.500
在一個更容易的方法，在
龐大的等級，您可以在其中

00:29:24.500 --> 00:29:29.360
解譯為常值從 kb 為單位的刻度
若要 exabyte 的整體的儲存空間。

00:29:29.360 --> 00:29:32.120
其中一個其他服務，
我們已宣告的而且現在

00:29:32.120 --> 00:29:37.000
為組件的一部分，也是
我們 SQL 資料倉儲的服務。

00:29:37.000 --> 00:29:40.242
和我們的 SQL 資料倉儲
服務提供方便

00:29:40.242 --> 00:29:43.778
非常容易基本上
儲存任何數量的資料，

00:29:43.778 --> 00:29:47.608
要能夠同時以互動方式
查詢，並以視覺化方式檢視，以及

00:29:47.608 --> 00:29:51.160
為 operationalize 的電腦
學習到它的上方的模型。

00:29:51.160 --> 00:29:55.265
與其中一個更精彩的內容
大約是這項能力

00:29:55.265 --> 00:29:59.757
有效地縮放獨立
計算和儲存。

00:29:59.757 --> 00:30:04.950
而且要能夠處理任何層級
您擲回在它的資料。

00:30:04.950 --> 00:30:08.390
現在讓我們來逐步解說一種
這裡簡單分析藍本。

00:30:08.390 --> 00:30:09.400
什麼是 SQL 的優點

00:30:09.400 --> 00:30:11.720
資料倉儲服務是
它是很容易就能抵禦。

00:30:11.720 --> 00:30:13.270
您可以解譯為常值建立一個與

00:30:13.270 --> 00:30:15.670
讓它執行
幾分鐘。

00:30:15.670 --> 00:30:18.740
您可以再繼續看下去並
保存資料

00:30:18.740 --> 00:30:23.620
從您的作業資料庫
這類 SQL 或沒有任何 SQL 資料庫。

00:30:23.620 --> 00:30:26.510
但是您也可以
資料彙總前提上。

00:30:26.510 --> 00:30:29.550
要從 SAP 或
從動態的系統。

00:30:29.550 --> 00:30:32.740
您也可以整合，並和
從彙總資料

00:30:32.740 --> 00:30:36.590
Hadoop 基礎系統喜歡我們
受管理的 HD 見解服務。

00:30:36.590 --> 00:30:38.670
一旦您的資料，並
在資料倉儲內，

00:30:38.670 --> 00:30:40.350
然後您可以輕鬆地
以視覺化方式檢視和

00:30:40.350 --> 00:30:44.200
與使用該資料進行互動
我們新的電源 BI 服務。

00:30:44.200 --> 00:30:47.060
您可以執行自動化
對它的報告。

00:30:47.060 --> 00:30:50.260
然後您也可以使用我們
Azure 的電腦自動學習服務

00:30:50.260 --> 00:30:53.760
若要輕鬆地建立預測
上面模型化資料。

00:30:53.760 --> 00:30:56.927
事情之一，因此
我們電腦自動學習服務，

00:30:56.927 --> 00:31:00.212
強大是，一旦您建立
預測模型，然後您可以

00:31:00.212 --> 00:31:03.630
將它公開為一套 API，您
然後可以呼叫應用程式。

00:31:03.630 --> 00:31:06.780
這簡直讓
容易 operationalize 電腦

00:31:06.780 --> 00:31:10.620
學習及使用組合
資料加上分析

00:31:10.620 --> 00:31:12.580
若要進行更多
智慧型應用程式和

00:31:12.580 --> 00:31:14.920
採用智慧型
從他們的動作。

00:31:14.920 --> 00:31:17.160
與最佳的所有項目，
很很容易就能執行所有的這項操作。

00:31:17.160 --> 00:31:20.150
而且我想要執行
會在階段邀請李妙玫

00:31:20.150 --> 00:31:23.790
若要顯示建立的示範
SQL 資料倉儲和

00:31:23.790 --> 00:31:25.070
然後取得從它的見解。

00:31:25.070 --> 00:31:25.580
因此，這裡李妙玫。

00:31:25.580 --> 00:31:26.437
>> 謝謝你。

00:31:26.437 --> 00:31:31.532
>> [鼓掌聲]
>> Hello。

00:31:31.532 --> 00:31:36.465
在接下來的幾分鐘內
我們會在登入。

00:31:36.465 --> 00:31:38.245
我們將逐步解說
中的幾個服務

00:31:38.245 --> 00:31:41.875
Cortona 分析套件
將協助您

00:31:41.875 --> 00:31:45.755
了解如何設定
Azure 的資料倉儲和

00:31:45.755 --> 00:31:48.945
執行一些的處理
使用電源商業情報資料。

00:31:48.945 --> 00:31:55.431
因此，如果您將下達
我分鐘請查看是否有該。

00:31:57.400 --> 00:31:59.340
那里我們走了。

00:31:59.340 --> 00:32:02.870
因此首先我們要獨立
使用資料倉儲

00:32:02.870 --> 00:32:05.410
Azure 延長資料倉儲
服務。

00:32:05.410 --> 00:32:08.660
這是而且隨著大量平行
資料倉儲服務

00:32:08.660 --> 00:32:12.010
可以調整從數百的
為達 petabytes gb

00:32:12.010 --> 00:32:13.750
資料的工作負載。

00:32:13.750 --> 00:32:16.010
在那之後，我們要
設定數個報告。

00:32:16.010 --> 00:32:19.320
我們要建立一些空間
使用電源商業情報的視覺效果。

00:32:19.320 --> 00:32:22.390
這是商務智慧
可用的服務

00:32:22.390 --> 00:32:26.130
您對大家在
您的組織，以及

00:32:26.130 --> 00:32:28.520
您可以達成這個
直接從瀏覽器。

00:32:28.520 --> 00:32:29.580
出發吧。

00:32:30.900 --> 00:32:34.570
陳俊銘有提到，
Azure SQL 資料倉儲是

00:32:34.570 --> 00:32:36.500
目前可用的
完整公開金鑰的預覽。

00:32:37.650 --> 00:32:42.410
這表示現在每個人都可以
部署可調整的資料倉儲

00:32:42.410 --> 00:32:43.520
只需要幾個按下滑鼠。

00:32:45.000 --> 00:32:47.380
您注意到，
它是很容易就能設定。

00:32:47.380 --> 00:32:50.210
您只需選取伺服器，
您會為其指定伺服器名稱。

00:32:55.763 --> 00:32:59.042
和我們所做的一旦我們
只是決定多少的運算

00:32:59.042 --> 00:33:01.730
您想要的電源
指派給伺服器。

00:33:01.730 --> 00:33:02.840
我們可以向上延展。

00:33:02.840 --> 00:33:03.720
我們可以將它擴充向下。

00:33:03.720 --> 00:33:06.300
您只需選擇
基礎的運算能力

00:33:06.300 --> 00:33:07.500
在我們的需求是什麼..

00:33:07.500 --> 00:33:12.540
和最美麗的重點是，
這會是零風險的決定。

00:33:13.650 --> 00:33:15.080
在任何時候在未來，

00:33:15.080 --> 00:33:17.650
我可以將這擴充，
我可以向下調整它。

00:33:17.650 --> 00:33:19.680
和它運作
在幕後。

00:33:20.780 --> 00:33:23.910
事實上，是與其他不同
定域機組資料倉儲，

00:33:23.910 --> 00:33:25.860
我們不需要移動我們的資料。

00:33:25.860 --> 00:33:26.490
它只會作用。

00:33:27.650 --> 00:33:32.780
因此，我們要選擇
中間層級選項，

00:33:32.780 --> 00:33:34.880
此外，當你
只要 [快速入門]

00:33:34.880 --> 00:33:36.490
您可以選擇空白的資料庫。

00:33:36.490 --> 00:33:38.450
因此請直接載入自己的資料。

00:33:38.450 --> 00:33:40.940
此外，可以視需要調
容易開始使用，

00:33:40.940 --> 00:33:43.940
選擇新的範例
可用的資料。

00:33:43.940 --> 00:33:46.900
與範例資料就是
我們的冒險的運作方式，

00:33:46.900 --> 00:33:49.400
我們所知，
愛的這麼多年。

00:33:49.400 --> 00:33:51.073
與它有在這裡
只是做為一般的企業。

00:33:51.073 --> 00:33:54.346
因此，我們將登入。

00:33:57.871 --> 00:34:00.383
和 voila。

00:34:01.490 --> 00:34:04.190
我們現在正在部署
可調整的資料倉儲

00:34:04.190 --> 00:34:06.900
與 Azure 的 SQL 資料倉儲。

00:34:06.900 --> 00:34:08.990
事實上，
我們已經準備好範例資料和

00:34:08.990 --> 00:34:11.830
會讓我們的檢視
在任何時間啟動。

00:34:11.830 --> 00:34:13.300
想像一下，在您
自己的資料中心，

00:34:13.300 --> 00:34:16.710
這將花費之前的月份
您甚至可以開始查詢並

00:34:16.710 --> 00:34:19.010
處理程序，建置報告。

00:34:19.010 --> 00:34:21.050
在 Azure 的 SQL 資料倉儲，

00:34:21.050 --> 00:34:23.350
大約是三到五分鐘您
有可用的服務。

00:34:24.780 --> 00:34:26.830
而這是分頁裝訂
它在提供，

00:34:26.830 --> 00:34:29.360
我們要做為查詢
在其中一個我們現有的資料

00:34:29.360 --> 00:34:31.180
倉儲的
已佈建。

00:34:32.350 --> 00:34:34.190
您會發現是
您可以監視和

00:34:34.190 --> 00:34:37.330
查看 [狀況與活動
經過一段時間的查詢。

00:34:37.330 --> 00:34:40.890
您可以看到圖樣
查詢活動。

00:34:40.890 --> 00:34:42.930
也可能會讓您
某些決定。

00:34:42.930 --> 00:34:44.980
如先前所述。

00:34:44.980 --> 00:34:48.170
零其餘決策
關於這個小數位數。

00:34:48.170 --> 00:34:51.310
我可以向上延展這與
向下在任何時間。

00:34:51.310 --> 00:34:53.000
我只需要
移動滑桿。

00:34:53.000 --> 00:34:57.320
我也可以指令碼執行
在所有只在幕後

00:34:57.320 --> 00:35:00.120
動作會在背景
我不需要移動 [我的資料。

00:35:02.320 --> 00:35:05.090
您可以開啟直接
Visual Studio 和

00:35:05.090 --> 00:35:07.490
開始建置
您的應用程式。

00:35:07.490 --> 00:35:09.630
您不需要學習
任何新的程式語言，

00:35:09.630 --> 00:35:13.160
這是 SQL，相同的 SQL，
我們已經知道，與愛您多年來。

00:35:14.580 --> 00:35:18.550
而且，我們有很好的整合
所有的資料服務和

00:35:18.550 --> 00:35:20.880
Cortana 分析的套件。

00:35:20.880 --> 00:35:24.940
這表示，像電源
BI，我們可以開啟按一下。

00:35:26.840 --> 00:35:30.220
當我們連線到電源情報
它會處理

00:35:30.220 --> 00:35:33.290
所有的連線
我們的字串資訊。

00:35:33.290 --> 00:35:35.395
我只需要
提供密碼。

00:35:35.395 --> 00:35:41.974
[聲音]
並從這裡，它有

00:35:41.974 --> 00:35:46.830
要只匯入有點
連接字串資訊。

00:35:46.830 --> 00:35:49.360
和僅僅
現在我們擁有的秒數的

00:35:49.360 --> 00:35:52.280
我們的資料集可供使用，並
我們可以開始建立報表。

00:35:53.510 --> 00:35:55.070
所以想像 3
以五分鐘，

00:35:55.070 --> 00:35:58.180
我們已設定好資料倉儲
現在我們已經正在報告和

00:35:58.180 --> 00:36:00.350
從該範例資料
我們可使用。

00:36:02.250 --> 00:36:05.980
電源 BI 有我們的呼叫
使用直接連線

00:36:05.980 --> 00:36:07.740
Azure 的資料倉儲。

00:36:07.740 --> 00:36:10.900
就表示是它只
帶回彙總

00:36:10.900 --> 00:36:13.180
一定要建置
視覺效果。

00:36:16.240 --> 00:36:18.920
相當於上一步的方法
您是這可以運作

00:36:18.920 --> 00:36:22.120
對任何大小的資料，
百

00:36:22.120 --> 00:36:25.630
gb 至 tb 到
petabyte 調整大小的工作負載。

00:36:27.010 --> 00:36:28.390
它是所有發生
在大規模

00:36:28.390 --> 00:36:30.870
平行處理
在 Azure 中的架構。

00:36:32.130 --> 00:36:34.640
並讓我們來填寫一
更多的視覺效果。

00:36:34.640 --> 00:36:38.650
我們將我們的銷售金額
經過一段時間，

00:36:38.650 --> 00:36:40.310
或許可以將該折線圖。

00:36:44.010 --> 00:36:46.820
有幾種，並
我建立了一件上好的秒數

00:36:46.820 --> 00:36:50.090
若要幫助我的視覺效果
透過瞭解銷售資料

00:36:50.090 --> 00:36:53.760
位置和時間，
某些客戶統計資料。

00:36:54.860 --> 00:36:56.530
所有這些都是
使用只是快速完成工作

00:36:56.530 --> 00:36:59.170
連接字串
Azure 的 SQL 資料倉儲。

00:37:00.250 --> 00:37:02.580
這是不錯的檢視和
這是不錯的報表因此

00:37:02.580 --> 00:37:03.470
我們將會儲存這個。

00:37:06.080 --> 00:37:07.200
然後我可以給它晚一點再過來。

00:37:07.200 --> 00:37:10.410
與其他可以共用
組織中的人員。

00:37:10.410 --> 00:37:13.920
而我可能會想要
其中一種的 pin 碼

00:37:13.920 --> 00:37:16.140
我們要出檢視
呼叫儀表板。

00:37:17.300 --> 00:37:20.140
和我們只是將固定這個檔案，
現有的儀表板我已經

00:37:20.140 --> 00:37:24.100
建立的彙總的資料
從多個不同的來源。

00:37:25.590 --> 00:37:29.370
一樣簡單，因為它是
我們連接，並建立報告

00:37:29.370 --> 00:37:33.290
使用 Azure SQL 資料倉儲，
連線到一樣簡單

00:37:33.290 --> 00:37:37.170
內的任何資料服務
Cortana 分析的套件。

00:37:37.170 --> 00:37:42.120
我們可以用於串流處理電花術
即時資料存入。

00:37:42.120 --> 00:37:45.338
我們可以將它連接到任何
其他資料的服務

00:37:45.338 --> 00:37:48.710
用於 Cortana，
與您的 SQL 資料庫等。

00:37:50.660 --> 00:37:54.990
而當您想要分析
直接與您的使用者，

00:37:54.990 --> 00:37:58.630
它們可以啟動 [詢問問題
直接的資料。

00:37:59.740 --> 00:38:01.940
也可以只使用
自然語言。

00:38:03.460 --> 00:38:05.978
也許您想要和
請查看事件的性別。

00:38:08.691 --> 00:38:12.110
而且，我們將討論它
依產品類別。

00:38:14.070 --> 00:38:18.020
然後它會呈現視覺效果
非常輕鬆地為您的使用者。

00:38:19.200 --> 00:38:21.840
它們可以儲存，
我們的儀表板的逾時。

00:38:21.840 --> 00:38:24.420
我們會向上釘選的程式。

00:38:24.420 --> 00:38:27.520
和我們知道有單一的檢視
將資料從我們

00:38:27.520 --> 00:38:32.130
從我們大的資料倉儲
在 Azure，向上的資料引擎

00:38:32.130 --> 00:38:35.190
另外我們
即時引擎。

00:38:35.190 --> 00:38:37.250
和 Cortana 分析套件
只要將它帶所有在一起。

00:38:37.250 --> 00:38:39.005
我要交給它回傳給陳俊銘。

00:38:39.005 --> 00:38:45.835
>> [鼓掌聲]
>> 謝謝你。

00:38:45.835 --> 00:38:48.996
>> 我認為您我們曾提過李妙玫的
示範中，就變得更加簡易

00:38:48.996 --> 00:38:52.032
使用，這些新大量
現在有資料的技術，

00:38:52.032 --> 00:38:54.562
而且事實上您可以用
實際上相當抬頭

00:38:54.562 --> 00:38:57.409
這些類型的環境
解譯為常值以分鐘為單位，

00:38:57.409 --> 00:39:00.130
請參閱從它的立即 ROI
真的相當可讓您

00:39:00.130 --> 00:39:03.000
轉換如何您
如果需要考慮的問題。

00:39:03.000 --> 00:39:05.690
並確實可讓您解決
就更難了商務解決方案。

00:39:07.100 --> 00:39:09.150
讓我們討論開發人員和
應用程式平台。

00:39:09.150 --> 00:39:11.160
我們討論資料和
分析。

00:39:11.160 --> 00:39:12.120
讓我們來切換一下話題現在及

00:39:12.120 --> 00:39:14.700
脫口有點約
網際網路的事項。

00:39:14.700 --> 00:39:18.470
和部分 IoT 解決方案
我們現在要建置出。

00:39:18.470 --> 00:39:20.980
也有相當
現在令人興奮的時間

00:39:20.980 --> 00:39:23.340
在 IoT 空間和

00:39:23.340 --> 00:39:26.650
我們幾乎一切
與在實體的層級進行

00:39:26.650 --> 00:39:31.210
正向都會有一些 IoT
連線到它在未來。

00:39:31.210 --> 00:39:34.250
和 IoT 資料要將
兩者都用來控制裝置

00:39:34.250 --> 00:39:36.710
但也，正如您所見
在您是從李妙玫的示範

00:39:36.710 --> 00:39:41.310
將會看到 IoT 解決方案
在定域機組，資料和

00:39:41.310 --> 00:39:45.230
啟用企業而言，並啟用
若要取得更多的公司

00:39:45.230 --> 00:39:48.540
瞭解如何根據其
使用者正在使用它們的服務。

00:39:48.540 --> 00:39:50.676
而且要能夠使用的組建類型
根據多更佳體驗

00:39:50.676 --> 00:39:51.324
這些洞悉。

00:39:51.324 --> 00:39:55.648
事情之一我們
先前宣佈今年已

00:39:55.648 --> 00:39:57.307
我們的 Azure IoT 套件。

00:39:57.307 --> 00:40:01.600
這是提供，
提供 IoT 的主機

00:40:01.600 --> 00:40:04.900
在 Azure 上的功能。

00:40:04.900 --> 00:40:08.680
從裝置的連線能力和
也就是在最重要的安全性

00:40:08.680 --> 00:40:13.590
IoT 空間的 [裝置資料
ingestion] 及 [指令及

00:40:13.590 --> 00:40:16.290
控制案例，您
只有不能使用定域機組，到

00:40:16.290 --> 00:40:19.610
彙總資料，從裝置，但
也可以使用 [定域機組

00:40:19.610 --> 00:40:22.940
與實際控制
這些裝置安全的方式

00:40:22.940 --> 00:40:25.480
並向他們傳送訊號。

00:40:25.480 --> 00:40:28.500
我們提供資料流處理和
預測分析論。

00:40:28.500 --> 00:40:31.180
因此想像一下，其中您
正在傳送的裝置

00:40:31.180 --> 00:40:33.620
備份的健全狀況資料
關於該裝置。

00:40:33.620 --> 00:40:37.310
您可以取得如何使用定域機組
該資料，但也分析中

00:40:37.310 --> 00:40:40.890
若要查看的即時是裝置
無法正常運作。

00:40:40.890 --> 00:40:43.090
而且能夠預測是
它會細分和

00:40:43.090 --> 00:40:46.090
是否有何種動作，如果我走
繼續進行，並在其上採取基礎。

00:40:46.090 --> 00:40:48.260
然後如何移往前，
協調這一切都讓

00:40:48.260 --> 00:40:50.840
我可以讓複雜的工作流程

00:40:50.840 --> 00:40:53.370
整合的一部分
我的商務程序?

00:40:53.370 --> 00:40:56.510
我要如何視覺化健康狀況
這個系統及

00:40:56.510 --> 00:40:58.310
可以在其上的意圖的磁碟機?

00:40:58.310 --> 00:41:01.430
然後，而不必
所有這個自己的程式碼、 如何我

00:41:01.430 --> 00:41:04.450
實際上已預先設定
許多常見的解決方案

00:41:04.450 --> 00:41:08.770
情況下，我可以平衡
然後自訂或設定

00:41:08.770 --> 00:41:12.690
若要取得 [即時運算
成功] 和 [值超出它。

00:41:12.690 --> 00:41:13.590
因此，我們很興奮

00:41:13.590 --> 00:41:15.660
關於什麼 Azure 的 IoT
套件提供。

00:41:15.660 --> 00:41:18.290
我們即將舉辦噸和噸的
利用它的客戶

00:41:18.290 --> 00:41:22.140
現在在預覽中表單和我正在
真的興奮宣佈今天

00:41:22.140 --> 00:41:24.590
您便可用於
購買。

00:41:24.590 --> 00:41:26.690
因此您可以現在繼續看下去並
真的進行購買和

00:41:26.690 --> 00:41:29.030
用於它
生產系統。

00:41:30.670 --> 00:41:34.777
您也知道的一些範例
它所提供的功能

00:41:34.777 --> 00:41:37.730
這是全新
它提供的 UI。

00:41:37.730 --> 00:41:40.430
它可讓我其中之一，請參閱
我正在管理的裝置

00:41:40.430 --> 00:41:42.700
其中地理上是它們。

00:41:42.700 --> 00:41:43.820
我可以設定警示。

00:41:43.820 --> 00:41:45.100
我可以設定工作流程。

00:41:45.100 --> 00:41:46.980
我可以繼續並
管理這些裝置及

00:41:46.980 --> 00:41:48.910
查看 telemetry
即時。

00:41:48.910 --> 00:41:51.890
您可以看到我們已經整合
這個經驗的一部分

00:41:51.890 --> 00:41:54.860
電源 BI 檢視該李妙玫
顯示先前的電源商業情報

00:41:54.860 --> 00:41:55.680
經驗。

00:41:55.680 --> 00:41:59.650
直接協會 IoT
套件管理工具。

00:41:59.650 --> 00:42:00.890
然後您就可以和
也請繼續進行，

00:42:00.890 --> 00:42:04.480
設定 [不要的商務規則
甚至要求，一定，

00:42:04.480 --> 00:42:07.860
永遠實際的開發人員
請繼續進行，所以將這些程式碼

00:42:07.860 --> 00:42:10.620
您可以實際
管理這樣的經驗和

00:42:10.620 --> 00:42:12.660
追蹤所有的健康狀況
您即時的裝置。

00:42:12.660 --> 00:42:15.440
很明顯地一切您
可以透過 UI，您也可以執行

00:42:15.440 --> 00:42:18.780
自動化和指令碼也
透過程式化的 API。

00:42:18.780 --> 00:42:21.750
而我們認為的組合
這真的讓極大

00:42:21.750 --> 00:42:25.230
很大的權力
在新的案例。

00:42:25.230 --> 00:42:27.270
我之前提過，我們有許多
不同客戶的

00:42:27.270 --> 00:42:31.380
要將攜帶的優點
此 IoT 功能今天。

00:42:31.380 --> 00:42:35.910
正在使用明自動化
它來管理煤氣 dispensers

00:42:35.910 --> 00:42:38.960
整個重要的基礎結構
全世界。

00:42:38.960 --> 00:42:42.270
二十 imbedding IoT 感應器
到其所有的車輛

00:42:42.270 --> 00:42:44.980
往前進展，而且路
若要將資料流的資料

00:42:44.980 --> 00:42:47.510
若要能夠定域機組
了解車輛意圖和

00:42:47.510 --> 00:42:51.212
能夠最佳化
汽車的擁有者經驗。

00:42:51.212 --> 00:42:55.340
而是 ThyssenKrupp
給前置的製造商以

00:42:55.340 --> 00:42:56.510
在世界各地的升降梯。

00:42:56.510 --> 00:43:00.150
他們所使用 IoT 方案
非常創新的方式，

00:43:00.150 --> 00:43:03.710
基本上追蹤健康狀況
其萬再加上升降舵

00:43:03.710 --> 00:43:07.390
各地，部署和
可以使用從訊號

00:43:07.390 --> 00:43:11.100
這些預測何時電梯的時程
昇降梯會細分。

00:43:11.100 --> 00:43:14.450
而且它們是如何最佳化
服務的經驗，

00:43:14.450 --> 00:43:16.110
這兩個之前攻破讓

00:43:16.110 --> 00:43:19.100
他們可以修正它之前
客戶問題，並

00:43:19.100 --> 00:43:21.890
能夠最佳化其
它的周圍的商務作法。

00:43:21.890 --> 00:43:25.830
我想要執行是展現
快速的視訊從 ThyssenKrupp

00:43:25.830 --> 00:43:28.300
其解決方案的意思，
他們如何所使用 Azure。

00:43:28.300 --> 00:43:35.052
[音樂]

00:43:35.052 --> 00:43:38.569
>> 與 3 洗禮的人們，移動
到世界中的城市

00:43:38.569 --> 00:43:42.086
下一步的三個過去數十年世界
需要高的建築物和

00:43:42.086 --> 00:43:44.000
高的建築物需要升降舵

00:43:44.000 --> 00:43:49.475
[音樂]

00:43:49.475 --> 00:43:52.270
我使用 Dr.Rory 史密斯
ThyssenKrupp 昇降梯，

00:43:52.270 --> 00:43:54.098
前置的全域製造商。

00:43:54.098 --> 00:43:58.830
維護超過 1.1 萬
這款機器在每年，

00:43:58.830 --> 00:44:04.730
使它們保持在安全地執行，
可靠地，24/7 是我們的責任之一。

00:44:04.730 --> 00:44:07.670
我們想要更競爭
透過提供本產業

00:44:07.670 --> 00:44:10.290
大幅增加執行時間。

00:44:10.290 --> 00:44:13.590
因此，我們就採用預防性
為進一步的維護

00:44:13.590 --> 00:44:17.090
為預測和
即使先佔式服務。

00:44:17.090 --> 00:44:19.000
我們已經聯合
向 Microsoft 和

00:44:19.000 --> 00:44:22.200
若要充分發揮 CGI
網際網路的事項。

00:44:22.200 --> 00:44:24.720
若要收集的資料
連接感應器和

00:44:24.720 --> 00:44:27.350
系統中每個我們
以定域機組的升降梯。

00:44:27.350 --> 00:44:30.491
[音樂]

00:44:30.491 --> 00:44:34.538
Microsoft Azure 繪製此資料
在 [至中央的定域機組基礎

00:44:34.538 --> 00:44:38.930
儀表板的即時檢視
關鍵效能指標。

00:44:38.930 --> 00:44:40.738
[音樂]

00:44:40.738 --> 00:44:44.550
並提供電源商業情報
豐富的資料視覺化。

00:44:45.750 --> 00:44:48.510
這樣就可以知道哪個封包
需要服務和時機。

00:44:50.010 --> 00:44:54.030
Microsoft Azure 電腦自動學習
到動態，將資料餵送

00:44:54.030 --> 00:44:57.320
預測模型，因此
升降舵實際上就是

00:44:57.320 --> 00:45:01.010
無法預期到的
所需的修復。

00:45:01.010 --> 00:45:03.820
在 [行動電話上的應用程式上使用
裝置在欄位中，或

00:45:03.820 --> 00:45:06.890
其中一個儀表板我們
公司的控制中心

00:45:06.890 --> 00:45:10.170
所有我們的技術人員，請參閱
相同的即時資訊。

00:45:11.190 --> 00:45:14.100
現在我們有能力
使用即時資料，來定義

00:45:14.100 --> 00:45:17.510
所需的修復之前
分類便會發生。

00:45:17.510 --> 00:45:19.930
降低成本
自己和

00:45:19.930 --> 00:45:24.620
我們的客戶，引發昇降梯
達到最高的可靠性。

00:45:24.620 --> 00:45:27.415
這是網際網路的
ThyssenKrupp 的項目，並

00:45:27.415 --> 00:45:28.655
就在這裡現在。

00:45:28.655 --> 00:45:35.006
[音樂]

00:45:35.006 --> 00:45:38.080
>> 在您將遍及一整天
聽柯克蘭有關我們的 IoT 套件，

00:45:38.080 --> 00:45:41.215
進入 [條款中的 [更多的深度和
部分示範和部分的

00:45:41.215 --> 00:45:44.810
新的功能，
今天的現在提供可讓。

00:45:44.810 --> 00:45:46.460
我們感到非常
很喜歡

00:45:46.460 --> 00:45:51.020
所有不同的使用情況下，
正與它可能和

00:45:51.020 --> 00:45:53.950
其實是領導提供者
在定域機組空間數

00:45:53.950 --> 00:45:57.540
傳遞一個平台，
真的啟用所需的工具

00:45:57.540 --> 00:46:00.080
這些案例，
安全地並在 [小數位數，請執行這些選項。

00:46:00.080 --> 00:46:02.030
讓我們來切換一下話題現在及

00:46:02.030 --> 00:46:05.770
脫口有點約
基礎結構和所有豐富

00:46:05.770 --> 00:46:10.255
Azure 為所提供的服務
感興趣基礎結構的定域機組

00:46:10.255 --> 00:46:14.100
您可以使用來建置任何
型別上方的解決方案。

00:46:14.100 --> 00:46:16.410
而且，很明顯地，所有較高
我們已的層級功能

00:46:16.410 --> 00:46:19.870
已經談約今天是
建置於這些相同的核心，

00:46:19.870 --> 00:46:22.210
基本的基礎結構
元件。

00:46:22.210 --> 00:46:24.850
而且，說真的的組合
能夠善用

00:46:24.850 --> 00:46:28.420
基礎結構加上這些高
層級的服務，就像資料一樣，

00:46:28.420 --> 00:46:32.750
分析，IOT，間的開發人員，
和蘋果平台服務

00:46:32.750 --> 00:46:35.110
是真正的組合，
Azure 可真正唯一的。

00:46:35.110 --> 00:46:38.020
其中一個項目
我們已經硬

00:46:38.020 --> 00:46:40.310
在工時上最後一個
特別是年份

00:46:40.310 --> 00:46:43.180
正在建置出我們組
基礎結構和

00:46:43.180 --> 00:46:45.580
功能，
我們在提供與它。

00:46:45.580 --> 00:46:47.950
我們已經結束
結束管理平台

00:46:47.950 --> 00:46:51.650
提供單一
管理 API，您可以使用

00:46:51.650 --> 00:46:54.630
若要管理的任何
Azure 透過服務。

00:46:54.630 --> 00:46:56.970
與其中一個大一些
我們已經釋放的革新

00:46:56.970 --> 00:47:01.250
去年事項
就像建立的能力

00:47:01.250 --> 00:47:04.530
應用程式樣板，
可以撰寫這些的倍數

00:47:04.530 --> 00:47:07.360
插入在一起的服務
單一的方案。

00:47:07.360 --> 00:47:10.260
因此，而不只是建立
延長資料倉儲和

00:47:10.260 --> 00:47:12.480
然後建立儲存體
帳戶和

00:47:12.480 --> 00:47:15.170
然後建立 hadoop 叢集和
然後 web 應用程式。

00:47:15.170 --> 00:47:18.283
您現在可以其實與
表示單一的 JSON 範本

00:47:18.283 --> 00:47:21.085
您要建立所有
四個這些資源和

00:47:21.085 --> 00:47:24.510
將它們整合在一起，然後
基本上傳送該範本

00:47:24.510 --> 00:47:26.501
以單一的 azure
請繼續進行的呼叫，

00:47:26.501 --> 00:47:29.500
抬頭該整個
在一起的方案。

00:47:29.500 --> 00:47:31.520
我們已經整合之類的
生命週期管理，

00:47:31.520 --> 00:47:34.160
您可以實際
取代及/或拆除

00:47:34.160 --> 00:47:35.910
整個環境，同樣地，

00:47:35.910 --> 00:47:39.240
完全自動化的方式，
跨多個資源。

00:47:39.240 --> 00:47:42.190
而且我們也現在已經整合
之類的角色基底存取

00:47:42.190 --> 00:47:45.390
控制項，標籤的能力
資源，以便您可以輕鬆地

00:47:45.390 --> 00:47:49.760
搜尋它們，以及
新的帳單寄送 API 會公開 (expose)

00:47:49.760 --> 00:47:53.606
健康狀況和帳單寄送的資料
您的服務，可以

00:47:53.606 --> 00:47:56.940
即使將那些標籤中，加入中
實際上可以讓您的順序

00:47:56.940 --> 00:47:59.850
收費回復的部門或
個人小組內您

00:47:59.850 --> 00:48:03.720
組織根據
他們正在使用的服務。

00:48:03.720 --> 00:48:06.700
我們加入一些很棒的支援
含有優質的存放裝置，

00:48:06.700 --> 00:48:08.020
您可以現在繼續看下去，並

00:48:08.020 --> 00:48:11.378
磁碟機龐大的 IO 光碟
在 Azure 上的工作負載。

00:48:11.378 --> 00:48:16.110
大於 80,000 的 IOPS，每個
這是最大的 VM 中

00:48:16.110 --> 00:48:19.430
公用定域機組，以更少比
以一毫秒讀取延遲。

00:48:19.430 --> 00:48:22.130
然後我們已經也是恰和
以數字的新虛擬

00:48:22.130 --> 00:48:23.470
電腦的大小。

00:48:23.470 --> 00:48:27.100
您將兩個有關聽到更多的 VM
我們正在宣告的大小

00:48:27.100 --> 00:48:29.750
現在，讓您執行
中更多樣化的工作負載

00:48:29.750 --> 00:48:30.365
我們定域機組。

00:48:30.365 --> 00:48:33.835
我們 G 的數列，例如，
我們宣佈今年年初，

00:48:33.835 --> 00:48:37.250
和先前今年送貨
啟用仍今天最大

00:48:37.250 --> 00:48:40.190
VM 的任何定域機組的提供者
其實與幾乎半

00:48:40.190 --> 00:48:44.930
在七個 tb 的 RAM
區域的 SSD 儲存區的兆位元。

00:48:44.930 --> 00:48:48.770
確實可讓您電源
最極端的工作負載。

00:48:48.770 --> 00:48:52.050
我很興奮，宣布
今天的新系列

00:48:52.050 --> 00:48:53.610
VM，我們就會呼叫我們 N 系列。

00:48:54.740 --> 00:48:58.100
這些是我們的第一個 GPU
最佳化的虛擬機器

00:48:58.100 --> 00:48:59.520
在 Azure 中執行。

00:48:59.520 --> 00:49:00.480
並利用它們，

00:49:00.480 --> 00:49:03.980
支援最新
NVIDIA GPU 處理器。

00:49:03.980 --> 00:49:07.010
我們的第一課大眾
若要啟用的定域機組。

00:49:07.010 --> 00:49:10.700
也有超級快速
RDMA 網路存取。

00:49:10.700 --> 00:49:13.680
以及啟用高
結束遠端的視覺效果。

00:49:13.680 --> 00:49:16.060
我們太非常高興
若要讓這些可用。

00:49:16.060 --> 00:49:19.030
而且知道它們開放
一大堆其他使用案例

00:49:19.030 --> 00:49:21.160
您可以善加利用
整個 Azure。

00:49:22.410 --> 00:49:25.300
我們的事情之一
也著重很多，

00:49:25.300 --> 00:49:28.740
和您要獲得更多的資訊
現今，我們感到很興奮

00:49:28.740 --> 00:49:32.460
若要宣告，是一堆
我們所做的投資

00:49:32.460 --> 00:49:34.880
周圍提高安全性，

00:49:34.880 --> 00:49:39.870
讓您建置更多
使用 Azure 的安全方案。

00:49:39.870 --> 00:49:42.730
和顯然安全性
現在已經是熱門話題

00:49:42.730 --> 00:49:45.060
到處都是在 IT 的空間。

00:49:45.060 --> 00:49:47.846
和一週的時間不會傳送該
您沒聽到一些

00:49:47.846 --> 00:49:50.223
組織的
有安全性漏洞。

00:49:50.223 --> 00:49:53.845
與現實情況下，具有安全性
這是一個 nuanced 的東西，它

00:49:53.845 --> 00:49:57.617
需要所有的人了解中，在
若要建立安全解決方案的順序。

00:49:57.617 --> 00:50:00.961
關於一般使用者和
消費者可以利用。

00:50:00.961 --> 00:50:05.028
和我們的事情之一
若要執行的工作是在啟動

00:50:05.028 --> 00:50:07.920
今天，是 「 我們新
Azure 資訊安全中心 」。

00:50:07.920 --> 00:50:11.360
與此基本上
提供不只一大堆

00:50:11.360 --> 00:50:14.640
有關的文件
若要建置安全的應用程式。

00:50:14.640 --> 00:50:17.450
但其實建置
管理經驗

00:50:17.450 --> 00:50:20.610
指可以讓您實際上
自動化的安全性

00:50:20.610 --> 00:50:21.750
您的系統。

00:50:21.750 --> 00:50:25.010
而且能夠我們
主動告訴您

00:50:25.010 --> 00:50:28.890
當我們可以看到，因此您必須
安全性問題發生，或

00:50:28.890 --> 00:50:32.240
未實作的所有
所需的最佳作法

00:50:32.240 --> 00:50:34.410
建置絕佳的安全方案。

00:50:34.410 --> 00:50:37.700
這一部分，我們現在提供
整合式的安全性，監視，

00:50:37.700 --> 00:50:40.540
與原則的管理，因此
您甚至可以讓它位置

00:50:40.540 --> 00:50:43.690
組織可以設定
建立原則規則

00:50:43.690 --> 00:50:47.170
所有的小組內其
組織必須遵循。

00:50:47.170 --> 00:50:49.780
然後基本上我們會和
自動能夠加上旗標

00:50:49.780 --> 00:50:53.320
你出的任何時間
從特定的原則

00:50:53.320 --> 00:50:54.490
需求。

00:50:54.490 --> 00:50:57.180
我們有內建的威脅
偵測，以及警示，讓

00:50:57.180 --> 00:50:59.560
我們可以確實告訴您
當您遭到 DDoSed。

00:50:59.560 --> 00:51:01.859
我們可以告訴您當我們
請參閱有人想

00:51:02.910 --> 00:51:07.140
特定標記的程式
系統是從所在的位置和

00:51:07.140 --> 00:51:09.950
如果您有所有的權限
就地的保護措施。

00:51:09.950 --> 00:51:12.270
與其中一種的唯一
有關我們的解決方案就是它無法

00:51:12.270 --> 00:51:16.300
只要我們建置之後
而是在協助廣泛

00:51:16.300 --> 00:51:19.090
不同的生態系統
安全性提供者那裡。

00:51:19.090 --> 00:51:21.160
我們可以看到零星的
在底部那里的商標

00:51:21.160 --> 00:51:22.660
投影片。

00:51:22.660 --> 00:51:25.606
並啟用他們的解決方案
做為虛擬的家電用品

00:51:25.606 --> 00:51:28.731
Azure，內部執行，讓
您可以實際上如果您已經

00:51:28.731 --> 00:51:31.737
具有特定的安全性
您已經擁抱的廠商或

00:51:31.737 --> 00:51:34.039
受信任或
已購買他們的解決方案。

00:51:34.039 --> 00:51:36.098
您現在可以下載
他們的解決方案，

00:51:36.098 --> 00:51:37.944
輕鬆地將它們部署在 Azure 和

00:51:37.944 --> 00:51:42.470
它們的端對端做為整合
安全性體驗的一部分。

00:51:42.470 --> 00:51:45.960
如需範例，而且您所見
在今天稍後更多示範。

00:51:45.960 --> 00:51:49.160
我們現在有新的安全性
直接在 Azure 的中心

00:51:49.160 --> 00:51:52.180
管理入口網站，您
鋸李妙玫示範稍早和

00:51:52.180 --> 00:51:55.250
您會看到一些 Cory
在幾分鐘的示範。

00:51:55.250 --> 00:51:57.880
您現在可以註冊集區
您的訂閱或

00:51:57.880 --> 00:51:59.035
您的帳戶。

00:51:59.035 --> 00:52:02.010
整體摘要的短刃
會告訴您哪些資源

00:52:02.010 --> 00:52:04.690
沒有執行為何我們
查看最方面

00:52:04.690 --> 00:52:07.360
作法，您可能會或

00:52:07.360 --> 00:52:09.940
未實作做
您的方案的一部分。

00:52:09.940 --> 00:52:13.015
例如，切入，和
請參閱我們看到的建議

00:52:13.015 --> 00:52:15.287
根據您已在如何
部署您的方案。

00:52:15.287 --> 00:52:18.325
換句話說，您沒有
在網頁前面的 IP 位址或

00:52:18.325 --> 00:52:21.425
尚未進行的行動應用程式
使用應用程式保護

00:52:21.425 --> 00:52:22.750
防火牆?

00:52:22.750 --> 00:52:24.772
不只可以我們加上旗標，
嘿您是否有該問題?

00:52:24.772 --> 00:52:27.095
但也可以實際按一下
在該建議和

00:52:27.095 --> 00:52:29.778
我們所做的事情之一是
整合的 Azure 的一部分

00:52:29.778 --> 00:52:30.920
服務商場。

00:52:30.920 --> 00:52:34.070
能夠讓您選擇
任何現有的應用程式

00:52:34.070 --> 00:52:37.250
您可能需要的防火牆
部署在您的帳號或

00:52:37.250 --> 00:52:39.890
您可以繼續並選擇從
圖庫任一我們的第三個

00:52:39.890 --> 00:52:43.530
從廠商的應用程式防火牆
類似 Barracuda 的公司或

00:52:43.530 --> 00:52:47.350
F5 或 Imperva 等等。

00:52:47.350 --> 00:52:51.060
然後直接將它在附加
前端的 IP 位址，和

00:52:51.060 --> 00:52:52.910
只是兩個或三個按下，

00:52:52.910 --> 00:52:56.920
基本上部署該安全性
在它前面的裝置。

00:52:56.920 --> 00:52:59.600
其他的行為，比如網路
安全性群組，並確定

00:52:59.600 --> 00:53:03.230
您沒有開啟的連接埠
甚至在您的應用程式。

00:53:03.230 --> 00:53:06.510
我們將會自動掃描
讓您反白顯示，

00:53:06.510 --> 00:53:09.830
然後直接在經驗
逐步引導您

00:53:09.830 --> 00:53:13.130
請繼續進行，並改善和
基本上，確定您

00:53:13.130 --> 00:53:15.470
所有這些實作
最佳作法。

00:53:15.470 --> 00:53:18.540
我會認為不需要
相當讀取一大堆報告或

00:53:18.540 --> 00:53:20.370
讀取一堆文件。

00:53:20.370 --> 00:53:24.530
您必須記得優點
是您可以執行任何這次，

00:53:24.530 --> 00:53:27.360
透過 UI 或
透過 API 和

00:53:27.360 --> 00:53:31.450
立即能夠評估
您目前的情況是什麼。

00:53:32.540 --> 00:53:35.770
我們也，然後整合
警示的安全性功能，

00:53:35.770 --> 00:53:38.620
其中一個最有趣的事情是我們正在
實際 ingesting 的安全性

00:53:38.620 --> 00:53:42.210
從所有的事件這些
不同的安全性提供者，

00:53:42.210 --> 00:53:43.280
到單一的系統。

00:53:43.280 --> 00:53:47.390
有效地讓我們正在執行
巨人 dupe 的大資料解決方案

00:53:47.390 --> 00:53:50.170
您可以分析安全性
所發生的攻擊

00:53:50.170 --> 00:53:53.010
在您的應用程式。

00:53:53.010 --> 00:53:55.940
什麼是好系統會將我們
同時又能進行

00:53:55.940 --> 00:53:59.000
我們訂閱其他訊號
例如，如果我們知道，

00:53:59.000 --> 00:54:03.110
確定特定的 IP 位址是否
入侵受到惡意軟體，或

00:54:03.110 --> 00:54:05.550
基本上採取
攻擊者所移轉。

00:54:05.550 --> 00:54:07.930
我們可以自動
掃描我們的網路，若要查看，

00:54:07.930 --> 00:54:11.420
任何人都攻擊您
從該位置的應用程式

00:54:11.420 --> 00:54:13.090
並立即警示
您為它的一部分。

00:54:13.090 --> 00:54:16.067
和是 DDoS 攻擊，
SQL 資料隱碼攻擊，

00:54:16.067 --> 00:54:19.119
而其他人將會自動
顯示的一部分

00:54:19.119 --> 00:54:23.088
安全警示系統，以及我們
甚至可以找出活動，

00:54:23.088 --> 00:54:27.242
頻率，以及位置
這些特定的攻擊。

00:54:27.242 --> 00:54:30.386
同樣地，全都會位於我們的管理
入口網站，然後是什麼好用的是

00:54:30.386 --> 00:54:33.247
我們已也將公開為組件
本解決方案將的 Api

00:54:33.247 --> 00:54:36.395
與現有的系統整合
例如 Arcsite 或 Splunk，您

00:54:36.395 --> 00:54:39.388
公司可能已經使用
針對其接縫的架構。

00:54:39.388 --> 00:54:43.083
因此您現有的安全性
辦公室和 (或) 安全性的 IT 小組

00:54:43.083 --> 00:54:45.783
可以將整合的解決方案
已使用

00:54:45.783 --> 00:54:48.412
內部使用
定域機組中的方案

00:54:48.412 --> 00:54:52.108
基本上取得徹底
涵蓋範圍的安全性，沒有

00:54:52.108 --> 00:54:54.860
其他的定域機組提供者
縮小那里提供。

00:54:54.860 --> 00:54:57.020
因此，您將聽到更多
關於這稍後就今天深度

00:54:57.020 --> 00:55:00.320
我們真的認為這是很大的
一種企業的範例

00:55:00.320 --> 00:55:04.130
我們的成績功能
提供 Azure，尋找和

00:55:04.130 --> 00:55:06.920
部份的唯一的服務
我們可以提供上方和

00:55:06.920 --> 00:55:09.630
超出基底的基礎結構
沒有任何人都沒有。

00:55:11.280 --> 00:55:12.740
除了項目
類似的安全性，

00:55:12.740 --> 00:55:15.990
其他大的投資，
我們要進行周圍如何執行我們

00:55:15.990 --> 00:55:18.160
實際提供甚至
更豐富的疑難排解和

00:55:18.160 --> 00:55:20.890
支援體驗
在 Azure。

00:55:20.890 --> 00:55:24.700
並讓您在建置時您
應用程式，這兩個以希望

00:55:24.700 --> 00:55:27.360
有很棒的定域機組
提供者執行程式

00:55:27.360 --> 00:55:31.100
服務，但也要能夠
偵錯自己的應用程式和

00:55:31.100 --> 00:55:33.105
幫助您當您
沒有遇到問題，

00:55:33.105 --> 00:55:36.785
識別問題，
在哪裡可以找到，並

00:55:36.785 --> 00:55:40.115
如何修正它
在如快速方式儘可能。

00:55:40.115 --> 00:55:42.615
我們很高興宣佈推出
一大堆針對將要進行的事項

00:55:42.615 --> 00:55:44.375
會推出，
其中有些現在都可以利用即時，

00:55:44.375 --> 00:55:47.145
其中一些會出席
下一步的幾週的逾時。

00:55:47.145 --> 00:55:49.985
我想要邀請
Corey onstage，以便示範:

00:55:49.985 --> 00:55:50.665
一大堆它們。

00:55:50.665 --> 00:55:51.263
因此，這裡 Corey。

00:55:51.263 --> 00:55:56.840
>> [鼓掌聲]
>> 是，謝謝。

00:55:56.840 --> 00:56:00.374
很好，讓我進入
這裡登入。

00:56:00.374 --> 00:56:01.529
太好了 [、 咳]。

00:56:01.529 --> 00:56:06.237
太好了，最後幾個透過的話
使用大量的年

00:56:06.237 --> 00:56:10.767
在許多的 Azure 上的客戶
不同的形狀和大小。

00:56:10.767 --> 00:56:14.292
我經常聽到的問題
周圍如何將偵錯和

00:56:14.292 --> 00:56:16.617
診斷問題
在平台?

00:56:16.617 --> 00:56:19.669
我很興奮，今天可以和
引導您瞭解一些新

00:56:19.669 --> 00:56:22.904
工具和功能的
要使這個變成簡單的持續進行，

00:56:22.904 --> 00:56:24.820
純屬好玩，甚至在 Azure 上。

00:56:24.820 --> 00:56:28.700
因此讓我從這裡開始
我將我的工作階段使用

00:56:28.700 --> 00:56:30.180
快速重新載入。

00:56:30.180 --> 00:56:33.440
和 [哈] 應用程式，
現在，我已經有執行

00:56:33.440 --> 00:56:36.220
是執行個體應用程式。

00:56:36.220 --> 00:56:38.875
其中有兩個執行的 Vm
我正在執行的前端

00:56:38.875 --> 00:56:41.830
Nginx 和 Linux，然後我了
兩個有執行我的後端

00:56:41.830 --> 00:56:43.310
這執行 SQL Server。

00:56:43.310 --> 00:56:46.660
因此我顯然有 HA
透過這些解決方案，因此它

00:56:46.660 --> 00:56:50.120
可確保我的蘋果保持向上
甚至當執行個體發生故障。

00:56:50.120 --> 00:56:50.900
並已，

00:56:50.900 --> 00:56:53.690
您可以看到我有一些
所發出的警示。

00:56:53.690 --> 00:56:56.680
因此這些警示
設定以確定我知道

00:56:56.680 --> 00:56:58.700
問題什麼
因此我 VM 會發生

00:56:58.700 --> 00:57:00.250
我可以回應。

00:57:00.250 --> 00:57:03.510
我們甚至一些新功能
只是已宣告被呼叫的 WebHooks

00:57:03.510 --> 00:57:07.470
讓我連接的直線
插入網頁的責任或 SNS，或

00:57:07.470 --> 00:57:08.610
即使敲擊通道，

00:57:08.610 --> 00:57:11.180
若要能夠追蹤時這些
沒有發生事情

00:57:11.180 --> 00:57:12.870
不必一定
放到 「 入口 」。

00:57:13.890 --> 00:57:15.720
現在，我所看到的是
這些是問題，

00:57:15.720 --> 00:57:17.430
要繼續，
切入和

00:57:17.430 --> 00:57:20.850
請看一下 nginx2 和
請參閱可能把在。

00:57:20.850 --> 00:57:22.742
因此您可以在這裡看到
立刻向右

00:57:22.742 --> 00:57:24.550
我有一個新的節。

00:57:24.550 --> 00:57:27.360
在頂端，這一節已啟動
呼叫支援和

00:57:27.360 --> 00:57:28.610
疑難排解。

00:57:28.610 --> 00:57:29.420
這是什麼，

00:57:29.420 --> 00:57:32.600
是一組工具和
我們已新增的功能

00:57:32.600 --> 00:57:36.550
是很容易就能尋找
使用以進行超級簡單

00:57:36.550 --> 00:57:39.620
移至解決問題，
與您的 VM，可能會發生。

00:57:39.620 --> 00:57:41.940
它是一個停駐點購買
解決方案和

00:57:41.940 --> 00:57:44.830
會繼續增加項目
我們要瞭解更多

00:57:44.830 --> 00:57:47.700
想要的方式客戶
與這個經驗進行互動。

00:57:47.700 --> 00:57:50.590
您可以重設一些在此處的範例
您直接從這樣的密碼

00:57:50.590 --> 00:57:54.470
經驗，您可以甚至調整大小
這裡虛擬機器。

00:57:54.470 --> 00:57:57.040
因此調查
此特定問題，

00:57:57.040 --> 00:58:00.260
您後面的兩個，當掉，
我想要查看的第一件事是

00:58:00.260 --> 00:58:03.120
或許有些發生變更
這我不是非常注意

00:58:03.120 --> 00:58:05.200
或
發生過我知道。

00:58:05.200 --> 00:58:07.210
按一下 [我會執行
稽核記錄檔中，是的

00:58:07.210 --> 00:58:10.360
快速您所見，
我看一下我稽核記錄檔。

00:58:10.360 --> 00:58:13.120
我可以看到部份最
最近有的動作

00:58:13.120 --> 00:58:15.310
發生對我
merch 虛擬機器。

00:58:15.310 --> 00:58:16.960
等星期日，幾天前，

00:58:16.960 --> 00:58:20.110
我看到很多的作業
看起來有點奇怪，

00:58:20.110 --> 00:58:22.800
有人已解除配置及
重新啟動我的電腦。

00:58:22.800 --> 00:58:24.580
好吧，這可能會在組件
問題的因此

00:58:24.580 --> 00:58:26.070
我要找出誰已經做過了，

00:58:26.070 --> 00:58:30.035
我可以去告訴它們，並請參閱
我們想要讓有哪些改進功能。

00:58:30.035 --> 00:58:32.892
[聲音]所以 ScottRedshirt，
進行這些變更，

00:58:32.892 --> 00:58:35.720
我有點真提供
他存取我的電腦。

00:58:35.720 --> 00:58:38.940
因此，現在我知道誰
進行這些變更，

00:58:38.940 --> 00:58:42.710
下一個大問題是，什麼的
實際上看與其?

00:58:42.710 --> 00:58:46.140
因此，如果我上一步上縮放成我
疑難排解部分，

00:58:46.140 --> 00:58:48.000
進入開機診斷。

00:58:48.000 --> 00:58:50.890
這是新的功能
現今所能使用，在您虛擬

00:58:50.890 --> 00:58:53.900
若要能夠採取的機器
序列的輸出看

00:58:53.900 --> 00:58:57.060
直接的 Linux 機器的
在 [入口網站的經驗。

00:58:57.060 --> 00:58:59.940
我可以插入到這裡，所以這
提供核心的輸出

00:58:59.940 --> 00:59:01.470
它會對輸出賦予
驅動程式

00:59:01.470 --> 00:59:04.290
如果它們，甚至應用程式
輸送到該序列的輸出。

00:59:04.290 --> 00:59:05.480
它是完全可供搜尋及的話

00:59:05.480 --> 00:59:08.460
我可以進去，並尋找
文字失敗，並向下縮放

00:59:08.460 --> 00:59:11.810
此處的結尾，
有足夠它看起來像

00:59:11.810 --> 00:59:14.530
沒有有什麼地方出錯
在這台電腦無法開機。

00:59:14.530 --> 00:59:17.350
它無法找到部分
要尋找的應用程式

00:59:17.350 --> 00:59:18.660
所以現在我知道問題。

00:59:18.660 --> 00:59:21.420
短短幾秒鐘，
我可以快速地判斷

00:59:21.420 --> 00:59:23.880
有了這個問題是什麼
執行個體和我即可修正此問題。

00:59:25.970 --> 00:59:27.330
太好了，Linux 上現在及

00:59:27.330 --> 00:59:29.180
序列的輸出
功能非常強大。

00:59:29.180 --> 00:59:32.350
當然在 Windows 上，但我們
沒有真的這樣的捷徑可取。

00:59:32.350 --> 00:59:35.380
沒有大量資訊
縮小管道在 Serium 上。

00:59:35.380 --> 00:59:37.550
因此什麼我們已
在 Windows 上，啟用

00:59:37.550 --> 00:59:40.520
其中第一個大型的
若要這麼做，定域機組的提供者

00:59:40.520 --> 00:59:42.750
輸出
顧問輸出中。

00:59:42.750 --> 00:59:45.520
因此您可以在這裡看到的
良好的 Windows 電腦，

00:59:45.520 --> 00:59:48.380
可以偵測到這
登入畫面是否有與

00:59:48.380 --> 00:59:51.100
電腦已啟動，
在 [狀況良好的方式執行。

00:59:51.100 --> 00:59:52.300
向右在我入口網站的經驗。

00:59:52.300 --> 00:59:55.972
如果我返回到電腦
這是真的處於不健全狀況和

00:59:55.972 --> 00:59:59.719
需要的那里的外觀這裡您可以
請參閱螢幕 it 的失敗

00:59:59.719 --> 01:00:01.729
具有無法成功啟動。

01:00:01.729 --> 01:00:04.979
它無法開機，因為
找不到諾，

01:00:04.979 --> 01:00:07.431
其實，因此
它無法啟動，

01:00:07.431 --> 01:00:11.290
現在我知道我的問題和 I
實際上，知道如何修正此問題。

01:00:11.290 --> 01:00:12.930
我不太確定為何
已刪除的人員

01:00:12.930 --> 01:00:15.665
從我的電腦，但在檔案
至少，我已經解決了問題。

01:00:15.665 --> 01:00:19.460
[、 咳]隨著我們持續
成長中的這個經驗

01:00:19.460 --> 01:00:22.260
疑難排解和支援，
我們將持續加入新的工具和

01:00:22.260 --> 01:00:25.610
功能，一些事，像是能
無法重設您的防火牆或

01:00:25.610 --> 01:00:29.160
實際設定警示
直接在這個經驗。

01:00:29.160 --> 01:00:30.440
其中一項診斷或

01:00:30.440 --> 01:00:34.610
我們將持續加入新的功能
同時也位於網路一方。

01:00:34.610 --> 01:00:36.550
您可能會看到所有您虛擬
為 [狀況良好的電腦。

01:00:36.550 --> 01:00:38.280
它們可能是
開機是否正確，但

01:00:38.280 --> 01:00:39.760
您無法存取它們。

01:00:39.760 --> 01:00:41.450
和可能的問題
可能有網路

01:00:41.450 --> 01:00:43.500
組態，
您已設定好。

01:00:43.500 --> 01:00:47.710
因此新增的附加在來自
個月提供網路分析。

01:00:47.710 --> 01:00:50.460
您可以在此採取輸出
所有規則

01:00:50.460 --> 01:00:53.010
所有設定您
到的網路基礎結構

01:00:53.010 --> 01:00:54.460
一個單一的儲存體的帳戶。

01:00:54.460 --> 01:00:57.290
然後在中檢視
各種不同的檢視器。

01:00:57.290 --> 01:00:59.100
在這裡，我實際上
答對了，檢視設定

01:00:59.100 --> 01:01:01.600
直接在作業中
管理套件。

01:01:01.600 --> 01:01:03.670
使用工具，
用於管理所有的

01:01:03.670 --> 01:01:07.640
我可以看到我的情況下，
這裡被拒絕的流量流量。

01:01:07.640 --> 01:01:11.930
並請參閱，哇，拒絕的 275,000
這些執行個體的流量。

01:01:11.930 --> 01:01:14.060
這可能是我的問題。

01:01:14.060 --> 01:01:16.260
我要去看
網路安全性規則和

01:01:16.260 --> 01:01:17.380
或許做一些變更。

01:01:18.690 --> 01:01:20.370
上一步上的縮放。

01:01:20.370 --> 01:01:23.150
下一步的其中一個其他
我們會將加入的變更。

01:01:23.150 --> 01:01:25.690
支援到
[疑難排解] 區段

01:01:25.690 --> 01:01:29.760
新的區域稱為
資源健康檢查。

01:01:29.760 --> 01:01:33.180
這會提供您
您的執行個體的檢視

01:01:33.180 --> 01:01:34.620
從 [平台的觀點來看。

01:01:35.820 --> 01:01:39.260
而不是提供巨大的地圖
顯示所有問題

01:01:39.260 --> 01:01:41.020
平台
可能發生

01:01:41.020 --> 01:01:43.890
相反地，我們希望確定
剛才問題

01:01:43.890 --> 01:01:46.500
這樣會影響
您想要看到它們時

01:01:46.500 --> 01:01:48.070
在您的執行個體。

01:01:48.070 --> 01:01:50.310
並因此什麼現在我們提供為
在這個新服務的一部份

01:01:50.310 --> 01:01:53.570
是未來的幾個月，
能夠看看您

01:01:53.570 --> 01:01:57.300
我們的觀點來看，從執行個體
使用我們操作的記錄檔及

01:01:57.300 --> 01:01:58.630
我們知道
如何運作。

01:01:58.630 --> 01:02:01.220
您可以在這裡看到
相同的四個執行個體

01:02:01.220 --> 01:02:03.650
會顯示為 [組件
這個經驗。

01:02:03.650 --> 01:02:06.500
當問題時，可能會，
您可以實際按一下中和

01:02:06.500 --> 01:02:07.800
查看是否有因應措施或

01:02:07.800 --> 01:02:11.440
若要準備執行個體的選項
當它處於此狀態。

01:02:11.440 --> 01:02:12.240
您甚至可以進去，

01:02:12.240 --> 01:02:15.450
建立支援要求
直接從這個經驗

01:02:15.450 --> 01:02:18.910
而不需記
長的 GUID 或 VM 的名稱。

01:02:18.910 --> 01:02:21.540
它位於所有內容
與您的支援計劃

01:02:21.540 --> 01:02:24.510
準備好要移至您的個人化。

01:02:24.510 --> 01:02:27.100
在整體的操作
我們已新增新的區段

01:02:27.100 --> 01:02:30.330
疑難排解章節，是
全新和目前可用。

01:02:30.330 --> 01:02:33.500
它還提供與序列連線
輸出] 和 [主控台輸出

01:02:33.500 --> 01:02:35.820
能夠追蹤健康狀況
您的執行個體。

01:02:35.820 --> 01:02:37.850
我們會同時發行
這些網路分析

01:02:37.850 --> 01:02:40.410
為了讓它非常容易
追蹤安全性和

01:02:40.410 --> 01:02:42.560
健康狀況的程式
網路基礎結構。

01:02:42.560 --> 01:02:45.860
我們會也同時發行這
新的資源健康情況檢查，

01:02:45.860 --> 01:02:48.160
將會通知您的狀態
您的執行個體，但

01:02:48.160 --> 01:02:49.890
從 [平台的觀點來看。

01:02:49.890 --> 01:02:52.170
整體來說，我認為這些將
容易多了，

01:02:52.170 --> 01:02:55.630
更容易使用平台
不要在發生問題時。

01:02:55.630 --> 01:02:56.406
非常謝謝你。

01:02:56.406 --> 01:03:02.106
[鼓掌聲]

01:03:02.106 --> 01:03:04.740
>> 切換回

01:03:04.740 --> 01:03:05.810
那里投影片。

01:03:05.810 --> 01:03:09.740
它永遠是、 種，
Corey 顯示簡易

01:03:09.740 --> 01:03:13.020
在我們是根據所使用的
嘗試真的甚至地，在試吃

01:03:13.020 --> 01:03:16.440
方面的疑難排解
並且支援經驗。

01:03:16.440 --> 01:03:20.520
它如何真的可以讓您和
基本上有種真的

01:03:20.520 --> 01:03:24.070
完成的大帝體驗，
可讓您執行一種您

01:03:24.070 --> 01:03:27.600
解決方案有信心，
在我們的基礎結構。

01:03:28.770 --> 01:03:31.500
很明顯地，此外，並
若要執行體驗，

01:03:31.500 --> 01:03:34.580
我們希望能提供
為符合成本效益的經驗

01:03:34.580 --> 01:03:36.440
盡可能，當您執行這個操作。

01:03:36.440 --> 01:03:39.160
和我們已使用的事情之一
致力於從詞彙

01:03:39.160 --> 01:03:42.060
比對的觀點來看價格

01:03:42.060 --> 01:03:44.690
若要確定在棋盤上
基於所有我們商品

01:03:44.690 --> 01:03:47.450
基礎結構服務
我們符合

01:03:47.450 --> 01:03:50.110
所有的任一日益增加的速率
其他定域機組提供者。

01:03:50.110 --> 01:03:52.640
這是我們所做的項目
在過去幾年。

01:03:52.640 --> 01:03:55.370
我們的事情之一
也興奮宣佈今天

01:03:55.370 --> 01:03:57.760
是一個新的價格程式。

01:03:57.760 --> 01:04:02.600
那就是可用
在未來幾週

01:04:02.600 --> 01:04:05.471
我們稱之為我們 Azure
計算前購買計劃。

01:04:05.471 --> 01:04:09.810
這可讓您執行，
為預先採購運算小時

01:04:09.810 --> 01:04:12.560
您可以運用為
您的方案的一部分。

01:04:12.560 --> 01:04:16.230
並可讓您
儲存最多 63%登出

01:04:16.230 --> 01:04:19.270
標準的
Azure 計算成本。

01:04:19.270 --> 01:04:21.710
這將可
全域和

01:04:21.710 --> 01:04:26.028
我們認為提供最多的成本
有效的方式，請繼續進行，

01:04:26.028 --> 01:04:29.510
預先購買 Azure 的資源和

01:04:29.510 --> 01:04:34.030
若要讓我們傳遞
更多可以省下您。

01:04:34.030 --> 01:04:36.300
您可以善加利用
建立和

01:04:36.300 --> 01:04:37.510
部署您的解決方案。

01:04:37.510 --> 01:04:40.780
我將更多指
有關這一天之內。

01:04:42.080 --> 01:04:44.740
當我們建立了這些
基礎結構服務

01:04:44.740 --> 01:04:48.020
我們建置出之類的
安全性，疑難排解工具，

01:04:48.020 --> 01:04:50.300
並提供甚至
較佳的節省成本。

01:04:50.300 --> 01:04:52.650
我們只看到
大量的

01:04:52.650 --> 01:04:55.420
客戶，
是越來越移動。

01:04:55.420 --> 01:04:58.702
不只是其客戶
應用程式，但

01:04:58.702 --> 01:05:02.545
越來越多 IT 其核心
基礎結構服務和

01:05:02.545 --> 01:05:04.636
執行於 Azure 之上的系統。

01:05:04.636 --> 01:05:07.482
和您要有進一步消息
從一些呢

01:05:07.482 --> 01:05:10.270
在這些客戶
在某些當今的事件

01:05:10.270 --> 01:05:11.880
上下文說話技巧。

01:05:11.880 --> 01:05:12.720
例如，

01:05:12.720 --> 01:05:15.710
在 [Jason Zanders 交談有點
位元稍後今天，我們會

01:05:15.710 --> 01:05:18.830
是很幸運的是將
Walmart 所加入的是我們在階段和

01:05:18.830 --> 01:05:22.530
討論它們的啟動方式
參加 Walmart IT 和

01:05:22.530 --> 01:05:25.280
無法移轉
在 Azure 上執行的解決方案。

01:05:25.280 --> 01:05:26.998
和部分原因
其後和

01:05:26.998 --> 01:05:29.700
部分他們的經驗和
在這方面的檢討。

01:05:29.700 --> 01:05:32.410
您已經聽過的 Ventenimos 和

01:05:32.410 --> 01:05:34.750
正在建置的其他人
一些事，像是銀行的解決方案。

01:05:34.750 --> 01:05:37.430
再執行在最上面
以及我們定域機組。

01:05:37.430 --> 01:05:41.760
然後有另一個客戶
我們太特別高興

01:05:41.760 --> 01:05:45.180
有關因為它真的
說明如何定域機組可以

01:05:45.180 --> 01:05:47.710
不只用於從
以商業觀點來看，但是

01:05:47.710 --> 01:05:50.300
真的可以從使用
若要以 humanitarian 的觀點來看

01:05:50.300 --> 01:05:54.020
真的變更世界，
聯合國，正在執行

01:05:54.020 --> 01:05:57.690
很多他們的嚴重損壞洩壓
現在在 Azure 的系統。

01:05:57.690 --> 01:06:00.580
而且能夠利用
並將它用在各種不同的

01:06:00.580 --> 01:06:03.790
不同的嚴重損壞案例，
能夠立即抬頭

01:06:03.790 --> 01:06:08.130
基礎結構中的將結果放置
大部分會需要它在嚴重損壞後。

01:06:08.130 --> 01:06:11.100
而且能夠利用，
定域機組的全球化和

01:06:11.100 --> 01:06:13.900
靈活度，定域機組
提供如何以最快速度

01:06:13.900 --> 01:06:15.590
請盡量人力時
重要的生活。

01:06:15.590 --> 01:06:18.030
我想要執行的是
其實不會顯示快速視訊

01:06:18.030 --> 01:06:20.685
他們的經驗的一部分
尼泊爾中執行這項操作。

01:06:20.685 --> 01:06:27.579
[聲音]
>> 未來

01:06:27.579 --> 01:06:29.690
可以提供希望和可能性。

01:06:30.740 --> 01:06:32.260
我們協助塑造它
我們的字元，

01:06:32.260 --> 01:06:34.410
然後將其建置與我們不堪一擊。

01:06:35.790 --> 01:06:39.620
但也可以展示未來
我們測試我們的意志的障礙

01:06:39.620 --> 01:06:40.589
和判斷。

01:06:41.970 --> 01:06:44.184
這是我們該如何尋找
我們的力量。

01:06:44.184 --> 01:06:46.585
[音樂]

01:06:46.585 --> 01:06:49.227
>> 不必發狂地搜尋
生還者亮起

01:06:49.227 --> 01:06:52.869
遵循尼泊爾的時鐘
在 80 年中的最大地震。

01:06:52.869 --> 01:06:59.296
[音樂]

01:06:59.296 --> 01:07:02.175
嚴重損壞洩壓是
永遠充斥。

01:07:02.175 --> 01:07:04.730
沒有做過太多
許多人需要的說明，請和

01:07:04.730 --> 01:07:06.405
永遠不會有足夠的時間或資源。

01:07:06.405 --> 01:07:10.715
聯合國開發
程式是全域的網路

01:07:10.715 --> 01:07:13.375
知識經驗，
和資源。

01:07:13.375 --> 01:07:15.810
我們致力於群組
建立持續的社群

01:07:15.810 --> 01:07:16.730
和賦予的人員。

01:07:18.320 --> 01:07:21.010
現在，與
Microsoft 我們 frontline

01:07:21.010 --> 01:07:23.820
尼泊爾中的回應
正在測試新的方法。

01:07:23.820 --> 01:07:27.270
使用 Microsoft 定域機組
儲存和處理資料。

01:07:27.270 --> 01:07:30.880
協助取得了解我們
需要幫對我們有的程式

01:07:30.880 --> 01:07:32.234
最大的影響。

01:07:32.234 --> 01:07:35.121
超過 600000 建築物
損壞的震動，

01:07:35.121 --> 01:07:37.951
瓦礫管理程式
若要快速將已建立

01:07:37.951 --> 01:07:41.190
動浮雕] 與 [復原至
支援叫用 hardest 的區域。

01:07:41.190 --> 01:07:42.610
以四個簡短月份

01:07:42.610 --> 01:07:44.990
我們已配備本機工程師
與行動裝置和

01:07:44.990 --> 01:07:48.490
自訂的應用程式，來加速
損毀評估、 準備

01:07:48.490 --> 01:07:51.400
安全的神風和
追蹤我們的效率。

01:07:51.400 --> 01:07:54.266
完成超過 3,200
評估和 2000 儲存

01:07:54.266 --> 01:07:57.830
神風專案鋪路
重建的方法。

01:07:57.830 --> 01:08:00.030
將這個應用程式
也會變得很重要

01:08:00.030 --> 01:08:01.130
來我們的緊急
聘雇做。

01:08:01.130 --> 01:08:04.080
並說明 QR 相結合
卡散發

01:08:04.080 --> 01:08:07.130
也就是提供
重要的每日現金付款

01:08:07.130 --> 01:08:09.900
為數千筆工作者
若要清除瓦礫，幫助。

01:08:09.900 --> 01:08:10.780
放回金錢

01:08:10.780 --> 01:08:12.220
社群，
最多需要。

01:08:14.680 --> 01:08:17.720
此外，聯合窮人
alleviation 計劃

01:08:17.720 --> 01:08:20.700
之間的 UNVP 和
尼泊爾的政府於

01:08:20.700 --> 01:08:23.820
使用定域機組共同作業
與其他夥伴組織

01:08:23.820 --> 01:08:26.970
提供支援，以透過
13000 微企業。

01:08:26.970 --> 01:08:30.830
協助他們取得其
企業備份其英呎。

01:08:32.130 --> 01:08:35.250
建立唯一的嚴重損壞
創新的機會。

01:08:35.250 --> 01:08:38.507
我們的合作關係，我們的工作
會強化尼泊爾在這裡

01:08:38.507 --> 01:08:41.199
UNDP 目前的作業
同時也允許我們

01:08:41.199 --> 01:08:43.954
開發新的定域機組程式
將改革

01:08:43.954 --> 01:08:46.789
方法的浮雕組織
在未來的運作。

01:08:46.789 --> 01:08:48.971
[音樂]

01:08:48.971 --> 01:08:52.083
>> 顯示目前已的尼泊爾文人員
奉獻，tenacity，並

01:08:52.083 --> 01:08:52.660
解決。

01:08:52.660 --> 01:08:54.901
與我們持續的支援，

01:08:54.901 --> 01:08:58.188
它們會獲得授權以
建置更好的未來。

01:08:58.188 --> 01:09:08.188
[音樂]

01:09:17.205 --> 01:09:21.644
我們繼續種而感到驚訝
與方案的型別，

01:09:21.644 --> 01:09:25.749
正在使用的定域機組建置
與只想像力，

01:09:25.749 --> 01:09:27.257
創意，並

01:09:27.257 --> 01:09:31.220
它可以真正的方式
變更所有我們的世界。

01:09:31.220 --> 01:09:33.800
我們感到很興奮，
天進行的其餘部分

01:09:33.800 --> 01:09:36.781
更多的深度數
我們要建置與 Azure，

01:09:36.781 --> 01:09:40.010
一次能夠共用更多
客戶成功案例

01:09:40.010 --> 01:09:42.610
以及檢討數
如何人利用

01:09:42.610 --> 01:09:46.370
定域機組的課程
可以學到的。

01:09:46.370 --> 01:09:48.933
敬請密切期待在
其餘的事件的多個

01:09:48.933 --> 01:09:52.130
60 不同的上下文工作階段
將會被串流線上。

01:09:52.130 --> 01:09:53.240
我們得救出大的數字

01:09:53.240 --> 01:09:56.030
其他 keynotes 的就是
進入右後我。

01:09:56.030 --> 01:09:59.050
進入 [條款中的 [更多的深度
建置應用程式，

01:09:59.050 --> 01:10:02.080
資料和對探討在 IOT，
以及基礎結構

01:10:02.080 --> 01:10:04.930
現在，我們所做的宣告
我們太高興真的

01:10:04.930 --> 01:10:08.060
若要查看您建置與它們，
我要感謝大家，

01:10:08.060 --> 01:10:09.815
參與，
非常感謝您。

01:10:09.815 --> 01:10:12.520
>> [鼓掌聲]