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
因此，它基于 web 套接字，
什么基于 WCF，

00:01:42.003 --> 00:01:45.963
混合连接时，
再次，跨平台。

00:01:45.963 --> 00:01:49.528
因此，可以使用 Windows 中的
当前支持的平台

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 数据工厂。

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 数据工厂？

00:06:41.180 --> 00:06:45.492
因此 Azure 数据工厂是其中一个
我们基于云的集成的

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
正在接收数据或
从上 prem 数据库。

00:06:58.416 --> 00:07:02.583
或者如果您正在接收数据
来自 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 数据工厂。

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 版、 信息和查询多维数据集。

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 虚拟机备份
使用 Azure 备份。

00:09:01.260 --> 00:09:05.523
所以我们必须这时刻
从文件恢复选项

00:09:05.523 --> 00:09:10.746
Azure Windows 虚拟机备份的
所有已提供的吗

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
例如，如果您
备份您的整个虚拟机，

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 虚拟机
这是只 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
您无需下载
整个数据坝可以吧

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 虚拟机之前，

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
这是阶层会议
数据相关的会议。

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
它允许您从逻辑上规模
两个真正的传，以及您

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
下一个我们必须是
MongoDB 的 DocumentDB 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
您可以有多个
一个集合 shard 的

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

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 的很抱歉
对于 Mongo 数据库 DocumentDB API。

00:16:06.910 --> 00:16:11.208
下一个是
SQL azure 数据库特优 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
因此，移动了
SQL azure 数据库特优 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
再次是作为一个平台
可以在其中管理的服务或

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 和电源 BI Pro 的
政府的 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
我们只谈论 Mm 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
并让您可以在其中的查询
分析期间的遥测数据和

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
千米半径。

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
如果您收到 geo-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
因此这站点恢复部署
进度表工具实际上是 does

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
它还将告诉您数
不兼容的数据。

00:25:16.025 --> 00:25:18.995
并在最后一件事情就会

00:25:18.995 --> 00:25:20.925
此外可以帮助您执行通过
将计算。

00:25:20.925 --> 00:25:27.490
因此，该方法将查找到的网络
可以从获得的传

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
它是 Azure 堆栈 TP3，技术
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-一个机箱中。

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
云沉稳，和
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
作为价格的用户 ID 调用

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
几分钟后，如果有任何
将它们张贴问题