WEBVTT

00:00:03.729 --> 00:00:08.438
良好的下午每個人都和
歡迎到下一步的工作階段

00:00:08.438 --> 00:00:13.528
Microsoft Azure 的正在做什麼，
年 3 月 2017年版本。

00:00:13.528 --> 00:00:18.213
我們有非常有趣的兩個
宣告的

00:00:18.213 --> 00:00:23.023
已完成這個月，因此
讓我們開始。

00:00:23.023 --> 00:00:28.038
我們的第一個是
Azure 的轉送混合連線

00:00:28.038 --> 00:00:30.338
一般的可用性。

00:00:30.338 --> 00:00:31.553
因此基本上，

00:00:31.553 --> 00:00:35.800
Azure 的轉送就是一種
第一個核心 Azure 的服務。

00:00:35.800 --> 00:00:43.745
它可以協助連線
內部定域機組的資產。

00:00:43.745 --> 00:00:48.250
並可提供您許多
網路管理及項目。

00:00:49.500 --> 00:00:52.585
到目前為止，如果您的操作
誰使用 WCF 轉送

00:00:52.585 --> 00:00:54.810
就會熟悉它。

00:00:54.810 --> 00:01:00.720
但是 Azure 轉送相依
在其服務的 WCF 轉送。

00:01:00.720 --> 00:01:05.645
往前進展，我們有宣告
混合式連線功能

00:01:05.645 --> 00:01:06.996
Azure 的轉送。

00:01:06.996 --> 00:01:10.818
因此現在，如果相依性
不在 Windows 的通訊

00:01:10.818 --> 00:01:14.802
基礎，因為不
每一個人會使用 Windows，權限？

00:01:14.802 --> 00:01:20.040
現在，我們基本上使用
這些交互式連線。

00:01:20.040 --> 00:01:23.330
他們可協助您
之間的安全連線

00:01:23.330 --> 00:01:25.046
內部和定域機組的資產。

00:01:25.046 --> 00:01:28.276
您可以有五個離線
因為它是非常的資料庫

00:01:28.276 --> 00:01:30.742
其他常見的結果集區。

00:01:30.742 --> 00:01:37.522
但它也根據開啟]
通訊協定所做的標準。

00:01:37.522 --> 00:01:42.003
因此它根據網頁的通訊端，
什麼是正在根據 WCF，

00:01:42.003 --> 00:01:45.963
混合式連線則是，
同樣地，跨平台。

00:01:45.963 --> 00:01:49.528
因此您可以使用中的視窗
目前支援的平台

00:01:49.528 --> 00:01:50.389
web 通訊端。

00:01:50.389 --> 00:01:55.565
您可以使用 Azure 轉送和
連線支援.NET 的核心，

00:01:55.565 --> 00:01:57.722
JavaScript，Node.js。

00:01:57.722 --> 00:02:02.666
和多個其他 RPC
以程式設計的模型

00:02:02.666 --> 00:02:04.362
達到此目的。

00:02:04.362 --> 00:02:07.146
因此，如果您想要
開始使用

00:02:07.146 --> 00:02:10.507
Azure 的轉送混合式連線，
您可以

00:02:10.507 --> 00:02:15.501
只要先的 [本產品文件
Microsoft Azure，並搜尋

00:02:15.501 --> 00:02:16.668
Azure 的轉送。

00:02:16.668 --> 00:02:22.045
這是我們的第一個
這個月的通知。

00:02:22.045 --> 00:02:24.183
讓我們往想想看。

00:02:43.683 --> 00:02:47.964
有一些技術的問題，
就待與我在這裡

00:02:47.964 --> 00:02:48.773
第二個。

00:03:10.773 --> 00:03:14.866
好吧，我打算開始
說的下一個，

00:03:14.866 --> 00:03:17.701
何者是地理路由
中的功能

00:03:17.701 --> 00:03:19.367
Azure 的傳輸管理員。

00:03:19.367 --> 00:03:21.851
我希望您可以立即看到它。

00:03:21.851 --> 00:03:25.275
因此 Azure 的流量管理員
基本上是一種服務，

00:03:25.275 --> 00:03:28.215
讓您的外部
負載平衡。

00:03:28.215 --> 00:03:31.093
例如，如果您想要的操作
載入平衡您的流量

00:03:31.093 --> 00:03:34.419
在不同的資料中心之間
如果您有全球的使用者。

00:03:34.419 --> 00:03:37.459
也可以執行與
Azure 的傳輸管理員。

00:03:37.459 --> 00:03:42.049
它也可當作容錯移轉
不同的資料之間的機制

00:03:42.049 --> 00:03:42.814
置中對齊。

00:03:42.814 --> 00:03:46.671
但如此一來
地理的路由功能，

00:03:46.671 --> 00:03:48.688
什麼會為您的是，

00:03:48.688 --> 00:03:52.470
現在您可以自訂
根據區域的內容。

00:03:52.470 --> 00:03:59.330
因此，舉例來說，取決於
您的使用者來自何方。

00:03:59.330 --> 00:04:01.670
何種流量管理員
可以稍早執行，

00:04:01.670 --> 00:04:06.820
它基本上會指向您
到最接近的資料中心的使用者。

00:04:06.820 --> 00:04:10.770
但您現在也可以
建立不同

00:04:10.770 --> 00:04:13.780
具有當地語系化的內容區域。

00:04:13.780 --> 00:04:17.119
並將流量管理員
指向您要的結果他們

00:04:17.119 --> 00:04:18.378
當地語系化的內容。

00:04:18.378 --> 00:04:21.150
如您所知，
如果您有任何的需求，

00:04:21.150 --> 00:04:24.692
您有特定的原則
需要資料的委託書

00:04:24.692 --> 00:04:28.010
內的存取限制
特定的地理位置中。

00:04:28.010 --> 00:04:31.609
因此所有這些位置
您可以輕易地使用

00:04:31.609 --> 00:04:34.054
Azure 的傳輸管理員。

00:04:34.054 --> 00:04:37.517
因此，下一步
通知我們，

00:04:40.718 --> 00:04:43.107
您可以移動到嗎
下一步請投影片？

00:05:11.420 --> 00:05:14.558
我遇到的問題
與我的電腦，讓

00:05:14.558 --> 00:05:16.560
給我一秒。

00:05:51.360 --> 00:05:55.621
一秒，
我回來。

00:06:28.400 --> 00:06:31.160
好，因此下一個您
必須是 Azure 資料 Factory。

00:06:32.615 --> 00:06:34.397
它現在提供
SAP HANA 和

00:06:34.397 --> 00:06:36.645
商務倉儲
資料整合。

00:06:36.645 --> 00:06:41.180
所以，我們首次啟動，
Azure 資料 Factory 是什麼？

00:06:41.180 --> 00:06:45.492
因此 Azure 資料 Factory 是其中一個
我們定域機組為基礎的整合的

00:06:45.492 --> 00:06:49.430
它可以幫助您的服務建立
不同的資料管線。

00:06:49.430 --> 00:06:50.368
因此，舉例來說，

00:06:50.368 --> 00:06:53.991
如果您有不同的資料庫
從您需要取得資料。

00:06:53.991 --> 00:06:58.416
或會 ingesting 資料
從 prem 上的資料庫。

00:06:58.416 --> 00:07:02.583
或如果您 ingesting 資料
從 Hadoop 叢集中，所以

00:07:02.583 --> 00:07:06.210
您想要整合
所有這些資料。

00:07:06.210 --> 00:07:10.480
您可以使用 Azure 資料工廠
若要建立資料管線，權限？

00:07:10.480 --> 00:07:14.624
使用此新的宣告，
現在 Azure 資料工廠

00:07:14.624 --> 00:07:17.776
可讓您載入
從 SAP HANA 的資料，

00:07:17.776 --> 00:07:22.206
直接 SAP 商務倉儲
至 Azure 的資料存放區。

00:07:22.206 --> 00:07:25.598
因此，您可以進階
分析與報告。

00:07:25.598 --> 00:07:30.136
什麼是新的您因此
使用者已使用 SAP，您知道

00:07:30.136 --> 00:07:34.105
這是最廣泛
使用企業軟體。

00:07:34.105 --> 00:07:38.980
和我的意思，最常使用

00:07:38.980 --> 00:07:44.324
在 SAP 中的堆疊是 SAP HANA BW。

00:07:44.324 --> 00:07:49.032
因此這我們
新的 SAP HANA 連接器。

00:07:49.032 --> 00:07:53.274
因此它支援複製資料的
例如，HANA 資訊模型

00:07:53.274 --> 00:07:55.559
C 分析計算的檢視。

00:07:55.559 --> 00:07:57.715
以及您可以
執行資料列，

00:07:57.715 --> 00:08:00.227
使用 SQL 查詢的資料行的資料表。

00:08:00.227 --> 00:08:03.513
您要做為
建立連線能力，

00:08:03.513 --> 00:08:07.052
您必須安裝資料
管理閘道

00:08:07.052 --> 00:08:09.167
和 SAP HANA ODBC 驅動程式。

00:08:09.167 --> 00:08:12.155
讓您可以連線至
Azure 的資料 Factory。

00:08:12.155 --> 00:08:15.539
第二個連接器
是 SAP BW 連接器。

00:08:15.539 --> 00:08:18.654
可支援，同樣地，
複製資料

00:08:18.654 --> 00:08:23.546
SAP 商務倉儲版本
7.x、 資訊 cube 和查詢 cube。

00:08:23.546 --> 00:08:27.980
您可以使用這些
若要複製資料的查詢。

00:08:27.980 --> 00:08:30.880
同樣地，建立
連線，

00:08:30.880 --> 00:08:34.778
您必須安裝
資料管理閘道和

00:08:34.778 --> 00:08:36.695
SAP 原生程式庫。

00:08:36.695 --> 00:08:39.415
因此，如果您想要知道
您要如何這麼做，

00:08:39.415 --> 00:08:42.175
只移至我們的 Azure
文件。

00:08:42.175 --> 00:08:47.195
並尋找 SAP HANA 的連接器
Azure 資料工廠

00:08:47.195 --> 00:08:50.765
您應該
能夠找到它。

00:08:50.765 --> 00:08:56.280
我們的下一個是
立即檔案修復

00:08:56.280 --> 00:08:59.760
從 Azure Linux VM 備份
使用 Azure 的備份。

00:09:01.260 --> 00:09:05.523
因此我們不得不這個即時
從檔案復原選項

00:09:05.523 --> 00:09:10.746
Azure 的 Windows VM 備份的
所有已提供的

00:09:10.746 --> 00:09:12.677
很久現在。

00:09:12.677 --> 00:09:17.121
它的作用是，您可以還原
從立即檔案您

00:09:17.121 --> 00:09:21.837
Azure 的復原服務點取得儲藏地窖
而不需任何額外的成本或

00:09:21.837 --> 00:09:23.300
基礎結構。

00:09:23.300 --> 00:09:26.656
讓您建立 Azure
復原點取得儲藏地窖，服務。

00:09:26.656 --> 00:09:30.570
您可以啟用您的備份
在您的虛擬機器上

00:09:30.570 --> 00:09:34.108
現在您可以立即
記錄檔案。

00:09:34.108 --> 00:09:37.808
因此，舉例來說，如果您
正在備份您的整個 VM，

00:09:37.808 --> 00:09:41.687
您沒有掛上您
請參閱檔案的磁碟機上一步。

00:09:41.687 --> 00:09:45.451
您可以立即復原
從 Azure VM 的檔案。

00:09:45.451 --> 00:09:47.298
例如，是

00:09:47.298 --> 00:09:51.976
如果您有 C Azure Linux VM
這是僅 MongoDB。

00:09:51.976 --> 00:09:56.366
和您在進行資料
在特定的資料的傾印

00:09:56.366 --> 00:09:59.455
Azure 的備份中復原點。

00:09:59.455 --> 00:10:02.296
因此，如果您快速地想要
驗證發生了什麼事說

00:10:02.296 --> 00:10:05.864
昨天或您想要
驗證特定的詳細資料或

00:10:05.864 --> 00:10:08.054
您想要個別項目。

00:10:08.054 --> 00:10:12.478
您沒有下載
您可以繼續的整個資料 dam

00:10:12.478 --> 00:10:16.644
並下載的點的時間
錄製您有的任何內容

00:10:16.644 --> 00:10:17.527
儲存它。

00:10:17.527 --> 00:10:22.854
這個選項並不是和
適用於 Linux VM 前，

00:10:22.854 --> 00:10:28.422
但如果您移至 Azure
入口網站，您可以這立即啟用。

00:10:36.021 --> 00:10:38.750
移動，
基本上，就是下一個

00:10:38.750 --> 00:10:41.480
場排除加州
聖荷西，

00:10:41.480 --> 00:10:45.300
這是 strata 會議
資料相關的會議。

00:10:45.300 --> 00:10:49.186
和我們所以宣佈 [INAUDIBLE]

00:10:49.186 --> 00:10:54.161
讓我們前往這些宣告中，
因此

00:10:54.161 --> 00:10:59.607
讓我們先從開始
與 DocumentDB。

00:10:59.607 --> 00:11:03.864
DocumentDB 是索引鍵
全域分散式的資料

00:11:03.864 --> 00:11:04.755
服務。

00:11:04.755 --> 00:11:08.128
它的 multiqual，
因此資料庫做為服務

00:11:08.128 --> 00:11:12.822
如果您已經使用 MongoDB
或者您知道其他 Microsoft。

00:11:12.822 --> 00:11:16.505
MongoDB 是非常類似，
除了它是事實

00:11:16.505 --> 00:11:19.757
PAAS 服務，
就是完全有效的服務。

00:11:19.757 --> 00:11:24.571
它可讓您以邏輯方式的小數位數
兩者皆為 true，則放入，以及您

00:11:24.571 --> 00:11:28.657
跨越無限的存放裝置
地理區域。

00:11:28.657 --> 00:11:31.709
這項服務也是如此基本上，

00:11:31.709 --> 00:11:36.230
我們有很多連接器
此服務，如

00:11:36.230 --> 00:11:41.203
範例中，第一個宣告
我們有這個月

00:11:41.203 --> 00:11:45.966
是，現在您可以電花術
DocumentDB 的連接器。

00:11:45.966 --> 00:11:49.277
現在，例如可以說出
您有大量資料，在您

00:11:49.277 --> 00:11:52.885
您想要的 DocumentDB
分析使用 Apache 電花術，

00:11:52.885 --> 00:11:56.788
您可以直接連接您
若要使用 DocumentDB 的 Apache 電花術

00:11:56.788 --> 00:12:00.567
激起收集和分析
您直接從該處的資料。

00:12:00.567 --> 00:12:04.567
我們也有能力
MongoDB 和

00:12:04.567 --> 00:12:10.450
我們要看一點探討
到這我們下一步的投影片。

00:12:10.450 --> 00:12:11.989
此外，我們已宣告

00:12:11.989 --> 00:12:16.182
定域機組第一 Hortonworks
資料平台 2.6。

00:12:16.182 --> 00:12:18.815
我依定域機組開始排序的意思是，

00:12:18.815 --> 00:12:23.600
最新的 Hortonworks 資料
平台，就是 2.6。

00:12:23.600 --> 00:12:26.738
它之所以稱為
[連貫] 在定域機組。

00:12:26.738 --> 00:12:31.125
因此它甚至還沒有
上的前提上釋放但

00:12:31.125 --> 00:12:35.525
這是 Hortonworks 的承諾
若要先被定域機組。

00:12:35.525 --> 00:12:39.500
因此基本上，任何您想要的時間
若要使用其中一個最新的版本

00:12:39.500 --> 00:12:43.105
Hortonworks，您可以
直接使用在 Azure 的定域機組。

00:12:43.105 --> 00:12:45.905
它不是您
必須等候

00:12:45.905 --> 00:12:49.806
在內部部署發行
若要在其上來自定域機組。

00:12:49.806 --> 00:12:51.778
我們也已宣告或

00:12:51.778 --> 00:12:55.957
完整的管理 Apache
路徑的一個。

00:12:55.957 --> 00:13:00.590
因此基本上，Apache 電花術
同樣地，就是管理的資料流

00:13:00.590 --> 00:13:05.155
分析服務 2.1 是
我們有最新版本。

00:13:05.155 --> 00:13:10.050
這就是它一次可用的權限
現在與 HDInsight 叢集

00:13:10.050 --> 00:13:12.922
而且我們有
引入功能。

00:13:12.922 --> 00:13:16.670
例如，如果您想要的操作
要不要引起人們與整合

00:13:16.670 --> 00:13:20.577
Azure 事件集線器，且您希望
若要取得的資料流出

00:13:20.577 --> 00:13:23.708
事件的集線器，直接以電花術，
您可以這麼做。

00:13:23.708 --> 00:13:26.722
您也可以資料流
從 Kafka 到連接器

00:13:26.722 --> 00:13:28.330
HDInsight。

00:13:28.330 --> 00:13:31.501
這些是新的通知。

00:13:31.501 --> 00:13:35.582
我們也宣告了 SQL Server
社群技術預覽

00:13:35.582 --> 00:13:39.417
將會太好
在這兩個視窗上使用，

00:13:39.417 --> 00:13:41.540
Linux 很快。

00:13:41.540 --> 00:13:44.764
您可以嘗試預覽
您所選擇的

00:13:44.764 --> 00:13:48.098
開發的
導向的環境。

00:13:48.098 --> 00:13:52.994
您可以只搜尋內容的
SQL 伺服器 Linux 的新功能，

00:13:52.994 --> 00:13:58.710
您可以移至 [終端機
嘗試使用它的建議。

00:14:03.840 --> 00:14:10.280
這是 HDInsight，
DocumentDB。

00:14:10.280 --> 00:14:12.940
我們的下一個是
DocumentDB MongoDB 的 API。

00:14:12.940 --> 00:14:17.692
這樣的 DocumentDB SQL 服務
這是非常

00:14:17.692 --> 00:14:20.670
類似於 MongoDB，權限？

00:14:20.670 --> 00:14:24.568
因此有許多的開發人員
MongoDB，而且使用對象

00:14:24.568 --> 00:14:29.146
是工具變更和程式庫
它們用來開發或

00:14:29.146 --> 00:14:31.480
要連線到 MongoDB，對吧？

00:14:31.480 --> 00:14:34.627
因此，現在是使用這些
議程責任或

00:14:34.627 --> 00:14:39.001
DocumentDBS 或 MongoDB，
您可以使用所有的。

00:14:39.001 --> 00:14:43.251
您的目標都保持不變的因此您
可以使用相同的 [INAUDIBLE] 您

00:14:43.251 --> 00:14:46.195
將用來連線
若要可用工時

00:14:46.195 --> 00:14:48.750
您可以使用基於
marketability。

00:14:48.750 --> 00:14:52.411
因此這項功能已經
用於預覽

00:14:52.411 --> 00:14:55.985
有時現在但
它缺乏某些功能，例如︰

00:14:55.985 --> 00:15:00.603
您只能有一個集合
在這不是通用的前置字元

00:15:00.603 --> 00:15:01.580
使用這個選項。

00:15:01.580 --> 00:15:04.225
因此，現在與一般
可用性，

00:15:04.225 --> 00:15:08.377
我們引進數字
主要功能發行前版本。

00:15:08.377 --> 00:15:10.611
假設現在有
sharded 的集合。

00:15:10.611 --> 00:15:14.725
您可以有多個
為一個集合晶怪

00:15:14.725 --> 00:15:17.898
DocumentDB MongoDB API 的使用中。

00:15:17.898 --> 00:15:20.223
您可以讓全域
資料的資料庫，

00:15:20.223 --> 00:15:23.494
您可以複寫資料
跨多個區域，

00:15:23.494 --> 00:15:26.580
您可以擁有
高可用性。

00:15:26.580 --> 00:15:27.928
您可以讓這些。

00:15:27.928 --> 00:15:30.990
所以現在這些 Api 支援但

00:15:30.990 --> 00:15:36.043
您將只允許資料
在 MongoDB 上的作業。

00:15:36.043 --> 00:15:40.048
此外，我們也新增了，
某些其他的入口網站度量資訊。

00:15:40.048 --> 00:15:44.689
因此，現在當您移至該 Azure
您可以為 DocumentDB 的入口網站，

00:15:44.689 --> 00:15:49.330
看看有不同的度量資訊，
例如要求的數量或

00:15:49.330 --> 00:15:52.020
要求的費用或
要求時發生錯誤。

00:15:52.020 --> 00:15:55.634
然後，您可以在此處管理您
所有這些統計資料，請參閱和

00:15:55.634 --> 00:15:57.272
在 Azure 的入口網站上的度量資訊。

00:15:57.272 --> 00:16:02.330
因此這是 MongoDB API 的很抱歉
DocumentDB 的 Mongo DB API。

00:16:06.910 --> 00:16:11.208
下一個是
Azure 的 SQL 資料庫優質 RS。

00:16:11.208 --> 00:16:18.180
因此這是我們
在預覽中發行。

00:16:18.180 --> 00:16:23.668
Azure 的 SQL 資料庫伺服器
是 SQL 伺服器 Azure 的服務，

00:16:23.668 --> 00:16:24.904
[連貫]。

00:16:24.904 --> 00:16:29.391
我們有很多不同
各層的服務

00:16:29.391 --> 00:16:32.316
基本優質的標準。

00:16:32.316 --> 00:16:36.536
優質 RS 是
最新的版本。

00:16:36.536 --> 00:16:40.398
它是 4 的 TB 增加上
儲存單位

00:16:40.398 --> 00:16:43.320
高級 P11 和 P15。

00:16:43.320 --> 00:16:48.340
它也能以它，並
增強的入口網站的經驗

00:16:48.340 --> 00:16:51.580
選擇和管理服務
各層和效能層級。

00:16:52.660 --> 00:16:56.120
因此，現在您可以使用
若要儲存 4 TB。

00:16:57.390 --> 00:17:00.300
所以，您可以有一個您

00:17:02.450 --> 00:17:06.280
可以有 P11 或 P15 的收費
資料庫和您可以我

00:17:06.280 --> 00:17:11.166
到 40 的 [INAUDIBLE] 存放區
不需另外付費。

00:17:11.166 --> 00:17:14.440
現在我們並沒有和
全球的可用性。

00:17:14.440 --> 00:17:20.794
所以我們選取 [4 TB 選項
對於資料庫而言是位於

00:17:20.794 --> 00:17:27.033
有些是某些區域中
[INAUDIBLE] 和 [INAUDIBLE]

00:17:33.309 --> 00:17:37.630
因此，移動那
Azure 的 SQL 資料庫優質 RS。

00:17:40.770 --> 00:17:45.170
我們的下一個是 Azure
SQL 資料流分析工具

00:17:45.170 --> 00:17:46.530
Visual Studio。

00:17:46.530 --> 00:17:51.730
因此，如果您不熟悉
使用 Azure 的資料流分析

00:17:51.730 --> 00:17:56.930
一次是為 A 平台
您可以在此對話方塊管理的服務或

00:17:56.930 --> 00:17:59.429
進入時，請分析資料。

00:17:59.429 --> 00:18:04.204
如此讓您使用的方式
若要分析您的資料中

00:18:04.204 --> 00:18:08.168
而分析的同步處理
它靈魂安息了。

00:18:08.168 --> 00:18:12.127
現在我們有這一個
[連貫] 公用

00:18:12.127 --> 00:18:15.977
預覽版本
[連貫] studio。

00:18:15.977 --> 00:18:19.502
因此，您知道，如果你，我的意思
請參閱所有刺青

00:18:19.502 --> 00:18:21.720
[連貫] 一樣被神。

00:18:21.720 --> 00:18:27.786
它是 [INAUDIBLE] 的市場
它的而已。

00:18:27.786 --> 00:18:31.429
但這些工具設計用來
提供經驗位置

00:18:31.429 --> 00:18:34.329
您可以 Azure 的資料流
分析開發

00:18:34.329 --> 00:18:36.422
在 Visual Studio 內的工作流程。

00:18:36.422 --> 00:18:42.422
因此這會幫助您如果
您想要變更查詢，

00:18:42.422 --> 00:18:45.872
如果您想要撰寫查詢，

00:18:45.872 --> 00:18:50.972
如果您想要快速測試，
偵錯，並

00:18:50.972 --> 00:18:56.072
診斷您的資料流
分析工作，

00:18:56.072 --> 00:19:03.434
現在所有可用的一部份
您的地區 studio 工具。

00:19:06.776 --> 00:19:11.456
移動、 下一個是，
Azure 會將數位分析

00:19:11.456 --> 00:19:15.691
和地區的功能
給美國政府。

00:19:15.691 --> 00:19:19.476
因此，如果您知道
Azure 美國政府定域機組，

00:19:19.476 --> 00:19:24.020
它的定域機組的
基本上 Azure 政府定域機組

00:19:24.020 --> 00:19:29.010
是定域機組的一部份的我們
您可以使用它全球客戶。

00:19:29.010 --> 00:19:34.504
讓我們宣佈這個月，
一般的可用性

00:19:34.504 --> 00:19:41.400
HDInsight 與電源商業情報的專業人員的
Microsoft 定域機組的政府。

00:19:41.400 --> 00:19:47.329
因此，如果您有任一個政府
想要使用的客戶

00:19:47.329 --> 00:19:52.538
認知的工具，
您的功能。

00:19:52.538 --> 00:19:56.699
我們也會在宣告
認知失調服務的預覽

00:19:56.699 --> 00:19:58.255
在 Azure 的政府。

00:19:58.255 --> 00:20:01.876
因此，我們已啟用案例
如範例中，如果您想要它

00:20:01.876 --> 00:20:05.218
若要音訊及文字轉譯
成其他語言。

00:20:05.218 --> 00:20:08.530
我們要做情緒
辨識與電腦

00:20:08.530 --> 00:20:10.000
願景。

00:20:10.000 --> 00:20:14.743
而且所有這些服務
現在我們提供預覽上

00:20:14.743 --> 00:20:16.329
Azure 的控管。

00:20:25.886 --> 00:20:29.924
好的下一個是
即時休士頓分析

00:20:29.924 --> 00:20:31.950
在 Azure 的資料流分析。

00:20:33.130 --> 00:20:36.640
我們只討論公釐 hm
Azure 的資料流分析對吧？

00:20:36.640 --> 00:20:44.360
它可讓您在現實中分析資料
時間和資料流做為它進來。

00:20:45.610 --> 00:20:48.640
因此本月份我們曾經宣佈
一般的可用性

00:20:48.640 --> 00:20:50.290
休士頓函式。

00:20:50.290 --> 00:20:53.970
所以說，它可讓您是為
您有案例的範例位置

00:20:53.970 --> 00:20:57.620
您想要監視執行艦隊
或者您想要追蹤任何資產，

00:20:57.620 --> 00:20:59.620
或者您想要執行其中
這樣的 geofencing，或

00:20:59.620 --> 00:21:04.730
您想要執行電話追蹤
跨不同的儲存格的站台。

00:21:04.730 --> 00:21:06.530
或您想要方案

00:21:06.530 --> 00:21:10.360
類似工作集區的位置
您想要 ridesharing。

00:21:10.360 --> 00:21:13.760
那里基本上您想要
若要取得在真實的位置

00:21:14.850 --> 00:21:19.270
從任何裝置的時間，
正在傳送資料庫定域機組。

00:21:20.560 --> 00:21:24.120
現在我們有 Azure
在 Azure 的小組中的分析。

00:21:24.120 --> 00:21:30.200
並讓它儘可能的查詢
分析期間 telemetry 和

00:21:30.200 --> 00:21:31.040
之後。

00:21:31.040 --> 00:21:35.910
因此，舉例來說情節位置
您想要產生一個事件或

00:21:35.910 --> 00:21:39.660
您想要傳送警示位置
加油站是小於 10

00:21:39.660 --> 00:21:40.460
從車公里。

00:21:40.460 --> 00:21:41.500
因此您和

00:21:41.500 --> 00:21:45.160
這是您的車種位置
然後第二個定域機組不斷。

00:21:45.160 --> 00:21:48.664
而且定域機組的清單
預存的位置

00:21:48.664 --> 00:21:52.091
這是瓦斯的大小寫
在這個位置的站台。

00:21:52.091 --> 00:21:56.483
因此基本上您可以撰寫
您可以選取從查詢

00:21:56.483 --> 00:22:01.416
您可以選取的瓦斯您的位置
無論使用何種已安裝的加油站

00:22:01.416 --> 00:22:04.235
在小於 10
kilometer 的半徑。

00:22:04.235 --> 00:22:06.980
傳送警示給您時
沒有加油站。

00:22:06.980 --> 00:22:10.189
因此這些所有的結果
相當不同的查詢。

00:22:10.189 --> 00:22:13.800
現在，您可以瀏覽
休士頓函式中。

00:22:13.800 --> 00:22:16.960
如果您收到地理-adajacent
標準

00:22:16.960 --> 00:22:20.510
使此休士頓資料。

00:22:20.510 --> 00:22:21.790
它的外觀會執行許多延伸。

00:22:21.790 --> 00:22:25.390
您可以建立點，
您可以建立多邊形。

00:22:25.390 --> 00:22:27.710
您可以資料礦坑之間的距離。

00:22:27.710 --> 00:22:31.910
您可以查看是否有一個多邊形
與其他人重疊和

00:22:31.910 --> 00:22:34.320
許多其他的事情
您可以執行。

00:22:34.320 --> 00:22:38.126
若要為一次為所有這些都
移至我們的文件頁面

00:22:38.126 --> 00:22:39.960
不要函式的最高

00:22:46.973 --> 00:22:51.130
好了，我們有下一個是
Azure 的站台復原規劃工具

00:22:51.130 --> 00:22:51.795
VMware。

00:22:51.795 --> 00:22:55.520
因此 Azure 站台修復是

00:22:55.520 --> 00:22:59.710
我們的服務的其中一個位置
它可讓您要的方式

00:23:01.290 --> 00:23:06.460
建立完整的嚴重損壞
在 Azure 上的修復解決方案。

00:23:06.460 --> 00:23:09.601
您可以在此保護數百
您要的虛擬機器的

00:23:09.601 --> 00:23:11.985
出了 Prem 上的範圍或
任何其他的。

00:23:11.985 --> 00:23:16.197
您可以建立完整
嚴重損壞修復解決方案

00:23:16.197 --> 00:23:17.580
內 ASR。

00:23:17.580 --> 00:23:21.230
但若要執行此 ASR，
您必須部署規劃。

00:23:21.230 --> 00:23:25.919
基本上之前您執行
任何 ASR 截止練習或

00:23:25.919 --> 00:23:30.607
成功地繪製散發
您需要第一個

00:23:30.607 --> 00:23:34.744
了解何謂甚至
它是在部門。

00:23:34.744 --> 00:23:39.687
要如何執行您
測試失敗，以及所有該權限？

00:23:39.687 --> 00:23:44.099
因此修復部署站台。
規劃工具實際上是沒有

00:23:44.099 --> 00:23:45.270
許多事情。

00:23:45.270 --> 00:23:47.410
它會給您
相容性評估。

00:23:47.410 --> 00:23:51.660
因此您在 Prem 的存取
伺服器可以移到 Azure

00:23:51.660 --> 00:23:54.140
使用 ASR，所以可以。

00:23:54.140 --> 00:23:56.700
可能會給您。

00:23:56.700 --> 00:23:59.720
它會告訴您 Microsoft
像多少儲存體的 azure

00:23:59.720 --> 00:24:01.530
您將需要的帳戶。

00:24:01.530 --> 00:24:03.880
您是否需要
標準帳戶或

00:24:03.880 --> 00:24:05.630
優質存放的帳戶。

00:24:05.630 --> 00:24:09.970
將多少虛擬機器
您將需要的容量。

00:24:11.030 --> 00:24:13.340
它也將會影響
未來的成長率。

00:24:13.340 --> 00:24:16.960
那麼要如何，如何未
部署規劃然後運作？

00:24:16.960 --> 00:24:19.420
它有三種不同
應用程式的模式。

00:24:19.420 --> 00:24:20.096
另一個做為

00:24:20.096 --> 00:24:24.440
它設定所有的歸檔
您想要保護的伺服器

00:24:24.440 --> 00:24:29.060
從下一步的三十天，
它將會記錄所有項目。

00:24:29.060 --> 00:24:31.290
喜歡不同
效能監視器

00:24:31.290 --> 00:24:33.665
像乾戰死的計數器。

00:24:33.665 --> 00:24:36.744
右骰子權衡，而資料聯結

00:24:36.744 --> 00:24:41.916
當然，什麼是數字
天，您有多少週。

00:24:41.916 --> 00:24:45.680
現在，此計劃已經是
才可使用從 VMware。

00:24:45.680 --> 00:24:50.060
讓您可以連線至
VMware Vcenter 伺服器或

00:24:50.060 --> 00:24:55.310
VMware Vsphere 伺服器位置
裝載所有的視訊。

00:24:55.310 --> 00:24:57.370
因此，這是程式碼剖析的模式。

00:24:57.370 --> 00:24:59.460
您也可以執行
產生報告。

00:24:59.460 --> 00:25:03.015
讓工具 」 會在此模式中
使用我們可以提供資料

00:25:03.015 --> 00:25:03.755
建置報告。

00:25:03.755 --> 00:25:08.085
因此它會將輸入，
它會具有的建議事項，

00:25:08.085 --> 00:25:10.945
它會具有虛擬機器
若要儲存位置]

00:25:10.945 --> 00:25:13.675
它會具有數
在它的相容性。

00:25:13.675 --> 00:25:16.025
它也會說明數目
不相容 VM 的。

00:25:16.025 --> 00:25:18.995
並在它會在最後一個項目

00:25:18.995 --> 00:25:20.925
也會協助您達到透過
將計算。

00:25:20.925 --> 00:25:27.490
因此，它會發現網路
從就能達到的 put

00:25:27.490 --> 00:25:32.210
公司內部環境
Microsoft Azure 版本。

00:25:32.210 --> 00:25:36.710
右現在這工具，這
規劃中，是僅適用於

00:25:36.710 --> 00:25:40.428
VMware 和
它也適用於複本。

00:25:47.890 --> 00:25:51.628
如此一來您就實際
來自向最後一張投影片

00:25:51.628 --> 00:25:52.440
我有。

00:25:53.740 --> 00:25:58.792
它是第 TP3 Azure 的堆疊技術
預覽 3，它實際上。

00:25:58.792 --> 00:26:04.209
現在輸入
應用程式創新

00:26:04.209 --> 00:26:08.314
工資為-您-使用計價的模型。

00:26:08.314 --> 00:26:12.920
那麼 Azure 堆疊是什麼
技術的預覽 3，權限？

00:26:12.920 --> 00:26:19.219
因此您無法 Azure 堆疊
排列您 Azure--a-] 方塊中的優先權。

00:26:19.219 --> 00:26:22.940
因此，舉例來說，
如果您想要自己

00:26:22.940 --> 00:26:26.570
私用實作的
在您自己的資料中心，azure

00:26:26.570 --> 00:26:28.920
您可以使用 Azure 堆疊。

00:26:28.920 --> 00:26:34.810
基本上就是技術預覽 3
現在我們發行權限。

00:26:34.810 --> 00:26:39.100
若要使用堆疊，
通常可用的模型。

00:26:39.100 --> 00:26:41.360
可供下載的 TP3。

00:26:44.670 --> 00:26:49.074
它讓您有了這個
宣告是 TP3

00:26:49.074 --> 00:26:51.580
定域機組經濟上的模型。

00:26:51.580 --> 00:26:55.500
因此基本上會出現您
使用 [價格上有

00:26:55.500 --> 00:26:58.880
定域機組，現在就會
以 Azure 的堆疊 TP3。

00:26:58.880 --> 00:27:02.990
在下一步的道路圖中，
如果您查看道路地圖。

00:27:02.990 --> 00:27:05.950
您必須 Azure 函式

00:27:05.950 --> 00:27:08.920
將很快就會
可用在 TP3 上執行。

00:27:08.920 --> 00:27:10.870
即會出現
藉由 Blockchain，

00:27:10.870 --> 00:27:14.310
定域機組 Foundry，並
Mesos 的範本。

00:27:14.310 --> 00:27:19.330
因此，您可以看到我們
正在將傳送中最後一個少

00:27:19.330 --> 00:27:23.150
我們發現有三個不同的月份
Azure 堆疊技術預覽。

00:27:24.460 --> 00:27:29.030
然後，將保持這樣產生上一直
一般的可用性和超越。

00:27:30.210 --> 00:27:34.890
TP3 是最終的計劃的量值
技術之前進行預覽

00:27:34.890 --> 00:27:38.880
它將會以
一般的可用性，

00:27:38.880 --> 00:27:45.720
舊 3 的 17 某處中
我們即將有 70

00:27:45.720 --> 00:27:50.810
Azure 一般堆疊
可用性、 好。

00:27:50.810 --> 00:27:53.580
因此，什麼是不同
使用案例？

00:27:53.580 --> 00:27:57.510
請參閱例如是否您想
將一致的混合式

00:27:57.510 --> 00:28:01.350
應用程式，有沒有
您可以在內部部署許多或

00:28:01.350 --> 00:28:05.170
您想要任何的目的物料單
營運費用的系統

00:28:05.170 --> 00:28:10.290
您希望某些定域機組
在您開啟的框架上的優點

00:28:10.290 --> 00:28:15.365
您可以檢視的基礎
該位址標記。

00:28:15.365 --> 00:28:17.730
>> [連貫]
>> 與，我認為我了，

00:28:17.730 --> 00:28:21.730
這是最後一
>> lat 通知我，

00:28:21.730 --> 00:28:24.210
我們並沒有很多
不同的新項目，但

00:28:24.210 --> 00:28:27.160
我們真的有一些
有趣的事情本月份。

00:28:27.160 --> 00:28:30.221
因此，我就可以開啟以供
問題和答案，

00:28:30.221 --> 00:28:33.566
您可以輸入您的問題，
我會提供一一。

00:28:49.019 --> 00:28:52.736
所以沒有一個問題
從 Abdul Kalim，任何更新

00:28:52.736 --> 00:28:58.045
在政府社群定域機組，
印度政府的 GPV？

00:28:58.045 --> 00:29:03.769
因此現在，我們並沒有任何
印度政府更新但

00:29:03.769 --> 00:29:08.355
讓我回到我們
連線到我的藍圖。

00:29:08.355 --> 00:29:12.880
我要共用我我是
很抱歉我將向您說明我

00:29:12.880 --> 00:29:19.620
您所有和此教學課程
問題，請仔細閱讀，，給我。

00:29:19.620 --> 00:29:23.120
我真的簽出藍圖和
如果我們現在沒有

00:29:23.120 --> 00:29:27.470
使用中的任何項目我們
我會與您共用它的藍圖。

00:29:27.470 --> 00:29:28.543
所以當我們

00:29:33.163 --> 00:29:40.122
呼叫以價格使用者識別碼

00:29:40.122 --> 00:29:46.722
在上，以顯示給您。

00:29:54.807 --> 00:29:56.250
好，任何其他的問題？

00:29:56.250 --> 00:29:57.445
我要等待

00:29:57.445 --> 00:30:00.587
如果您有任何幾分鐘的時間
您張貼的問題