WEBVTT

00:00:00.150 --> 00:00:01.585
女士们，先生们:，

00:00:01.585 --> 00:00:05.102
请欢迎微软
执行副总裁

00:00:05.102 --> 00:00:07.477
云中 + 企业，
Scott 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
因此我们的转变
在一代转变

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 Dynamics
和电源 BI。

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
这些解决方案，以及更多
比内的 2600 基于其他 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 does 基础结构，但

00:03:49.360 --> 00:03:51.600
不能提供 SaaS
基于产品。

00:03:51.600 --> 00:03:54.880
公司等队伍都有
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 产品，如队伍，
框中，和其他人，

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
certifications 的任何云
供应商，使您能够提供

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
超过 90000 新 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 的活动目录系统，

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%以上的
财富 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
并且我们还幸运的
通过 Walmart onstage 联接

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
针对基于 SAS 解决方案

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
例如，与 Visual
Studio 在线我们现在使您

00:11:21.190 --> 00:11:24.900
若要承载无限的专用
为代码存储库

00:11:24.900 --> 00:11:28.070
自由使用 git 中获取两个
以及 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
编程的管道
像.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
也可以编写自定义的 Bash 或

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
按下您的站点或移动
在实施之前的后端。

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
功能，使您能够
轻松地构建和扩展 web 和

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
旋转多个虚拟机和资源
备份应用程序

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
根据超级灵活
做您的开发。

00:16:35.900 --> 00:16:38.920
我们有多
现在 350000 开发人员

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
它们都具有一个网站，并和
移动体验，

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
若要达到 200 亿美元
收入在 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
首席技术官的 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 的 genius。

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
生成的喷墨技术
平台上，这两个哪个 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，我们知道我们
12 个月内，以生成 20 或

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

00:21:39.153 --> 00:21:42.902
第一类支持 Windows 虚拟机，
存储，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
是非常
在 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
它真的帮助
加强喷墨系统。

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 Scott 已经提到，希望
要 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，是微软的
为启动对我们承诺。

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
谢谢，Scott。

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 直流
操作系统，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 作为
以及与窗口服务器虚拟机

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
我们现在提供
端到端托管的解决方案

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
使用电源 BI，我们将
演示中只是一点儿，

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
昨天刚在
阶层会议中，

00:28:57.460 --> 00:29:02.220
我们谈到我们新
数据湖服务

00:29:02.220 --> 00:29:04.950
我们宣布了几个月前，
但我们讨论和

00:29:04.950 --> 00:29:08.290
共享更多的详细信息
有关阶层在昨天。

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
实际上从千字节扩展
与千兆兆字节的总存储区。

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
作为实施计算机
在它的上面的学习模型。

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
这样便令人难以置信，
方便地实施计算机

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
这是 Laura。

00:31:25.580 --> 00:31:26.437
>> 感谢您。

00:31:26.437 --> 00:31:31.532
>> [掌声]
>> 你好。

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
进行某些的处理
使用电源 BI 数据。

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
可以灵活地扩展从 hundred 的
高达 petabytes 千兆字节

00:32:12.010 --> 00:32:13.750
数据的工作负载。

00:32:13.750 --> 00:32:16.010
在此之后，我们将
设置几个报告。

00:32:16.010 --> 00:32:19.320
我们将创建一些空间
使用电源 BI 的可视化效果。

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
Scott 已经提到，
SQL Azure 数据仓库是

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
与 SQL Azure 数据仓库。

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
SQL Azure 数据仓库中

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
我们连接到电源 BI 一样
它将处理

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
所以想象中三
到五分钟，

00:35:55.070 --> 00:35:58.180
我们已经建立了数据仓库
和现在我们已在报告

00:35:58.180 --> 00:36:00.350
从该示例数据
我们不应当提供。

00:36:02.250 --> 00:36:05.980
双电源具有我们所说的
使用直接连接

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
千兆字节到万亿字节
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
连接字符串
SQL azure 数据仓库。

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
我可能会想，
其中一种针

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
使用 SQL Azure 数据仓库
它是连接到一样简单

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
我将交付它返回到 Scott。

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
请参阅从它的直接投资回报率
真正比较，您可以

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 空间，设备数据
摄取和命令和

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
这是现成的
它提供的用户界面。

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
看一看遥测
在现实的时间。

00:41:48.910 --> 00:41:51.890
您可以看到我们整合了
作为这种体验的一部分

00:41:51.890 --> 00:41:54.860
双电源视图刘娜
显示前面的双电源

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
显然是一切您
可以通过用户界面还可以执行

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
姚自动化正在使用
它管理天然气分配

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
我与 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
我们已经成组的
与微软和

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
因此，我们知道的 cab 文件
需要服务和时间。

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

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
大于 80000 每个 IOPS
这是最大的虚拟机中

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
您将收到两个有关多个虚拟机
我们要宣布的大小

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
在七中的 RAM terabyte
数万亿字节的本地 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
与安全与现实
它是一些略有区别的事情，它

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
通过用户界面或
通过 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
我们是最棒的事情之一是
实际接收安全

00:53:38.620 --> 00:53:42.210
事件从所有这些
不同的安全提供程序，

00:53:42.210 --> 00:53:43.280
到一个系统。

00:53:43.280 --> 00:53:47.390
因此实际上，我们正在运行
巨人的复制重要数据解决方案

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
它有两个虚拟机中运行
我正在运行的前端

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
因此，显然我的高可用性
这些解决方案，因此它

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
问题什么
因此发生在我的虚拟机

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
对我
货品的虚拟机。

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
是看那里的一下在此您可以
请参阅屏幕使其故障

00:59:59.719 --> 01:00:01.729
未成功引导。

01:00:01.729 --> 01:00:04.979
无法启动，因为
找不到 colonel，

01:00:04.979 --> 01:00:07.431
实际上，等
它无法启动，

01:00:07.431 --> 01:00:11.290
现在我知道我的问题，和我
真正了解如何去修复它。

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
看，哇，275000 拒绝
这些实例的流向。

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 或虚拟机的名称。

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 我们的前沿阵地

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 个建筑物
在 quake，销毁

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
安全的 demolition，和
跟踪我们的效率。

01:07:51.400 --> 01:07:54.266
完成超过 3200
评估和保存 2000

01:07:54.266 --> 01:07:57.830
demolition 项目认可
重建的方法。

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
此外，联合 poverty
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
>> 的尼泊尔人发生过
致力于、 韧性，和

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
其他将的演讲
陆续向右后我。

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
>> [掌声]