WEBVTT

00:00:00.000 --> 00:00:01.740
嗨，我叫托马斯·莫雷尔。

00:00:01.740 --> 00:00:04.770
我是微软的云倡导者
我坐在这里

00:00:04.770 --> 00:00:06.645
Azure 管理团队的 Chang'

00:00:06.645 --> 00:00:08.635
谈论混合
服务器管理。

00:00:08.635 --> 00:00:11.300
* 是的。你好。我是个
Azure 中的程序管理器。

00:00:11.300 --> 00:00:14.100
[ ] 嗨。所以我说了很多

00:00:14.100 --> 00:00:17.925
使用
用于计算资源的云。

00:00:17.925 --> 00:00:20.610
但他们中的大多数或
他们中的很多人也有

00:00:20.610 --> 00:00:22.950
在其中运行的服务器
私人数据中心，

00:00:22.950 --> 00:00:24.495
在他们的分支机构，

00:00:24.495 --> 00:00:26.910
甚至有其他部分
组织，他们

00:00:26.910 --> 00:00:30.195
使用其他云提供商或
其他服务提供商。

00:00:30.195 --> 00:00:31.830
主要挑战之一

00:00:31.830 --> 00:00:34.490
所有这些服务器，他们
有基本上是保持

00:00:34.490 --> 00:00:36.400
控制所有这些
服务器，每当他们

00:00:36.400 --> 00:00:38.620
运行，以确保
他们是安全的，

00:00:38.620 --> 00:00:42.085
他们是补丁，
他们有合规性。

00:00:42.085 --> 00:00:44.585
我听说，Azure
团队，尤其是你

00:00:44.585 --> 00:00:46.760
正在研究一些事情
这有助于这一点。

00:00:46.760 --> 00:00:49.940
* 是的。绝对
我喜欢谈论

00:00:49.940 --> 00:00:53.240
它，我实际上是回声
你刚才提到的

00:00:53.240 --> 00:00:55.835
这确实是一个巨大的挑战。

00:00:55.835 --> 00:00:59.990
所以我和很多客户谈过了
以及他们特别需要

00:00:59.990 --> 00:01:03.890
管理这些非常像
混合环境，

00:01:03.890 --> 00:01:05.345
所以我们都到过的地方

00:01:05.345 --> 00:01:07.490
与应用程序团队
试着出去

00:01:07.490 --> 00:01:08.930
获得他们所需要的全部资源。

00:01:08.930 --> 00:01:10.010
哪个云并不重要，

00:01:10.010 --> 00:01:12.845
他们只是进去了
在那里部署东西。

00:01:12.845 --> 00:01:15.560
另一方面，IT 是
试图理解

00:01:15.560 --> 00:01:17.540
哦，天哪，所有的东西都到哪里去了？

00:01:17.540 --> 00:01:19.070
所有数据都在哪里？

00:01:19.070 --> 00:01:21.650
如果
有什么东西被攻破了？

00:01:21.650 --> 00:01:24.545
特别是现在你看到
新闻遍布各地。

00:01:24.545 --> 00:01:29.210
所以这真的是什么东西
Azure 一直在思考

00:01:29.210 --> 00:01:31.760
关于，特别是服务

00:01:31.760 --> 00:01:34.970
今天，已经
管理预置服务。

00:01:34.970 --> 00:01:36.470
但现在有了这项服务

00:01:36.470 --> 00:01:39.620
我们真的在拿它
到下一步

00:01:39.620 --> 00:01:43.160
集成这些服务器
更本机地进入 Azure。

00:01:43.160 --> 00:01:44.975
"好的。听起来棒极了

00:01:44.975 --> 00:01:46.640
所以当你谈论集成

00:01:46.640 --> 00:01:49.115
服务到 Azure，
你这是什么意思？

00:01:49.115 --> 00:01:51.260
* 是的。我喜欢展示
你的照片。

00:01:51.260 --> 00:01:52.070
• 完美。谢谢。

00:01:52.070 --> 00:01:56.630
• 以下是服务的方式
管理这些环境。

00:01:56.630 --> 00:01:59.070
因此，这些服务实际上，

00:01:59.070 --> 00:02:01.560
今天所有管理现场服务。

00:02:01.560 --> 00:02:03.470
顺便说一下，我打电话
上服务器

00:02:03.470 --> 00:02:05.480
但它真的不
不管他们在哪里。

00:02:05.480 --> 00:02:07.400
它们可以在数据中心中处于预置，

00:02:07.400 --> 00:02:10.580
私人数据中心，或在
云的其他主机。

00:02:10.580 --> 00:02:11.975
但如你所见，

00:02:11.975 --> 00:02:15.170
所有这些服务器管理
Azure 虚拟机通过

00:02:15.170 --> 00:02:18.515
称为 Azure 的东西
资源管理器，简称为 ARM，

00:02:18.515 --> 00:02:21.305
在预置服务器上，

00:02:21.305 --> 00:02:24.485
他们真的需要图
出一种方法，以获得他们的代码

00:02:24.485 --> 00:02:28.220
部署到那些在前期
服务器单独。

00:02:28.220 --> 00:02:29.840
所以，你可以看到，

00:02:29.840 --> 00:02:32.180
之间有一些差距

00:02:32.180 --> 00:02:35.540
管板和这个

00:02:35.540 --> 00:02:39.320
真的是我的意思是本地
集成到您的 ARM 中。

00:02:39.320 --> 00:02:43.315
现在，他们被投影为
ARM 资源到 Azure 中。

00:02:43.315 --> 00:02:45.295
好处将是巨大的。

00:02:45.295 --> 00:02:48.220
正如你可以看到很多
投资进入ARM;

00:02:48.220 --> 00:02:50.710
像身份，像
RBAC，类似于策略。

00:02:50.710 --> 00:02:53.170
最重要的是很多
客户真正关心

00:02:53.170 --> 00:02:57.460
合规，也只是定期
管理就像标记他们，

00:02:57.460 --> 00:02:59.800
显示我的服务器
都在生产中，

00:02:59.800 --> 00:03:03.820
那些简单的事情
都可以通过ARM。

00:03:03.820 --> 00:03:07.930
所以，现在我有一次项目
这些服务器变成ARM，

00:03:07.930 --> 00:03:09.520
我得到所有这些好处。

00:03:09.520 --> 00:03:12.160
此外，所有
服务现在可以

00:03:12.160 --> 00:03:16.725
部署到 Azure 以及
以相同的方式在预。

00:03:16.725 --> 00:03:18.000
所以，正如你在这里看到的，

00:03:18.000 --> 00:03:22.805
我标出了这个非常重要的
组件，称为来宾代理。

00:03:22.805 --> 00:03:25.250
这个目的
代理是管理

00:03:25.250 --> 00:03:28.430
这些的生命周期
扩展，我们遵循

00:03:28.430 --> 00:03:30.635
相同的模型，所以现在

00:03:30.635 --> 00:03:34.630
所有这些扩展都可以应用
到预置服务。

00:03:34.630 --> 00:03:38.700
* 所以这是伟大的。因此，我们的服务器
以 Azure 资源显示。

00:03:38.700 --> 00:03:41.480
它们显示在门户中，并且还
在 Azure 资源管理器中，

00:03:41.480 --> 00:03:44.330
我基本上可以治疗
他们就像机器，

00:03:44.330 --> 00:03:47.195
就像我过去用 Azure 做的一样
虚拟机，对吗？

00:03:47.195 --> 00:03:49.759
* 是。从
管理观点，

00:03:49.759 --> 00:03:51.500
这是我们的中心目标。

00:03:51.500 --> 00:03:54.170
我们想要所有这些
管理解决方案

00:03:54.170 --> 00:03:57.470
服务器以同样的方式
用于 Azure 以及

00:03:57.470 --> 00:04:03.805
在前期，也他们
获得相同的 ARM 优势。

00:04:03.805 --> 00:04:05.360
"好吧，那太棒了

00:04:05.360 --> 00:04:07.850
所以，我想现在使用它。

00:04:07.850 --> 00:04:11.215
所以，你能告诉我我们如何
将此服务板载给 Azure？

00:04:11.215 --> 00:04:13.460
• 绝对，让
我给你看一个演示。

00:04:13.460 --> 00:04:15.560
这是我们构建来显示的页面

00:04:15.560 --> 00:04:19.960
所有在预置服务器上，
已登机到 Azure。

00:04:19.960 --> 00:04:23.890
基本上在船上，
客户需要运行

00:04:23.890 --> 00:04:27.790
服务器上的脚本，以及
帮助构建该脚本，

00:04:27.790 --> 00:04:32.840
我们实际上建立一个流
Azure 以生成该脚本。

00:04:33.260 --> 00:04:36.235
因此，这是选项，他们可以

00:04:36.235 --> 00:04:39.100
单击以生成脚本
但同时

00:04:39.100 --> 00:04:42.520
它也认识到是一个挑战
供客户登机

00:04:42.520 --> 00:04:44.080
规模，如果他们必须连接到

00:04:44.080 --> 00:04:46.705
每个服务器分别
运行这些脚本。

00:04:46.705 --> 00:04:49.240
所以我们也在努力
了解什么是

00:04:49.240 --> 00:04:53.140
一些常见的在预置服务器上
管理应用程序，以便我们可以

00:04:53.140 --> 00:04:57.505
集成，帮助客户
大规模上机。

00:04:57.505 --> 00:05:00.295
例如，此处，如果
服务器已

00:05:00.295 --> 00:05:03.100
由 Azure 更新服务管理，

00:05:03.100 --> 00:05:05.120
我们实际上构建脚本

00:05:05.120 --> 00:05:07.640
或运行手册，实际上
部署到板载

00:05:07.640 --> 00:05:10.505
这些计算机到 Azure

00:05:10.505 --> 00:05:13.055
没有实际的客户
触摸所有这些机器。

00:05:13.055 --> 00:05:15.770
但在未来，我们也
例如，使用

00:05:15.770 --> 00:05:19.129
系统中心配置管理器
他们也集成

00:05:19.129 --> 00:05:20.870
入职体验和

00:05:20.870 --> 00:05:22.580
除了 Windows 管理中心。

00:05:22.580 --> 00:05:25.850
所以我们一直坚持下去
扩大客户如何

00:05:25.850 --> 00:05:29.240
板载到 Azure
最少的努力方式。

00:05:29.240 --> 00:05:32.630
但在这种情况下，让我展示
如何生成脚本。

00:05:32.630 --> 00:05:35.510
所以，你可以看到这些
是 Azure 资源。

00:05:35.510 --> 00:05:37.220
因此，他们遵循相同的层次结构

00:05:37.220 --> 00:05:39.140
如在订阅中一样
和资源组。

00:05:39.140 --> 00:05:40.385
所以，现在你可以选择

00:05:40.385 --> 00:05:44.870
哪个订阅和资源
组，他们想去在这里

00:05:44.870 --> 00:05:46.790
区域表示

00:05:46.790 --> 00:05:48.950
正在运行的 Azure 区域

00:05:48.950 --> 00:05:51.980
这些服务器管理
这些预先资源。

00:05:51.980 --> 00:05:56.930
因此，你可以从合规性中看到
或监管点视角，

00:05:56.930 --> 00:05:59.635
我们知道元数据在哪里
存储在 Azure 中。

00:05:59.635 --> 00:06:03.620
物理位置是新的，特别是
用于预置服务器。

00:06:03.620 --> 00:06:06.245
这允许客户
标记服务器

00:06:06.245 --> 00:06:10.655
或具体表明
它们位于哪个数据中心。

00:06:10.655 --> 00:06:13.940
这真的是关于
易于管理。

00:06:13.940 --> 00:06:15.440
好吧，那很酷。

00:06:15.440 --> 00:06:18.650
因此，客户不能只是添加
数据中心上的名称。

00:06:18.650 --> 00:06:20.330
因此，他们甚至可以喜欢，例如，

00:06:20.330 --> 00:06:22.460
还添加位置的会议室或

00:06:22.460 --> 00:06:25.520
甚至直接名称或直接
服务器编号？

00:06:25.520 --> 00:06:26.570
" 是的， 绝对.

00:06:26.570 --> 00:06:28.670
所以这真的是为客户

00:06:28.670 --> 00:06:31.100
便于识别
该资源位于何处。

00:06:31.100 --> 00:06:32.750
如果服务器发生什么事

00:06:32.750 --> 00:06:34.810
他们可以去，如果他们需要
物理访问，

00:06:34.810 --> 00:06:37.160
他们确切地知道
他们需要的地方。

00:06:37.160 --> 00:06:41.825
在这里，我们还允许客户
选择操作系统。

00:06:41.825 --> 00:06:45.200
我真的没有具体
拼写出来，但一如既往，

00:06:45.200 --> 00:06:48.395
在 Azure 中，我们试图拥抱
视窗和 Linux。

00:06:48.395 --> 00:06:50.570
和我们在这里一样

00:06:50.570 --> 00:06:52.820
两个包，用于代理到

00:06:52.820 --> 00:06:56.460
板载任一个窗口
服务器或 Linux 服务器。

00:06:57.380 --> 00:07:01.200
了解很多客户
特别为上前，

00:07:01.200 --> 00:07:03.520
他们不想
暴露其服务器

00:07:03.520 --> 00:07:06.805
互联网直接，他们
把它放在代理服务器后面。

00:07:06.805 --> 00:07:12.050
所以在这种情况下，我们的代理
确实需要连接到 Azure。

00:07:14.280 --> 00:07:18.400
如果这些服务器不是
直接连接到 Azure，

00:07:18.400 --> 00:07:21.610
他们可以配置
代理服务器在这里，然后

00:07:21.610 --> 00:07:26.000
代理将能够沟通
通过代理服务器。

00:07:26.880 --> 00:07:33.700
这只是 Azure 资源
能力，以便他们可以钉

00:07:33.700 --> 00:07:36.220
要指示的服务器
也许谁拥有

00:07:36.220 --> 00:07:39.805
他们或他们是否
是团队的一部分。

00:07:39.805 --> 00:07:41.570
* 是的。这也
意味着它只是

00:07:41.570 --> 00:07:43.670
与其他 Azure 一样
资源，对。

00:07:43.670 --> 00:07:46.100
例如，在我的
环境我标记资源

00:07:46.100 --> 00:07:48.665
基于生产，
开发环境，

00:07:48.665 --> 00:07:50.375
演示环境等;

00:07:50.375 --> 00:07:52.265
以便他们使用相同的标记

00:07:52.265 --> 00:07:53.870
他们基本上在预置服务器上？

00:07:53.870 --> 00:07:56.560
*是的，确切地说。你拿到了

00:07:56.750 --> 00:07:59.340
最后，在这里，

00:07:59.340 --> 00:08:01.670
我们生成此脚本。

00:08:01.670 --> 00:08:03.650
所以，现在你可以采取的副本

00:08:03.650 --> 00:08:06.110
脚本并运行它
在目标服务器上。

00:08:06.110 --> 00:08:09.485
让我给你看
脚本内容。

00:08:09.485 --> 00:08:11.585
因此，第一个步骤实际上是三个步骤。

00:08:11.585 --> 00:08:13.580
下载软件包后，

00:08:13.580 --> 00:08:17.270
但如果你真的已经
下载并放入文件共享，

00:08:17.270 --> 00:08:20.105
你可以改变它复制
它关闭从电源份额。

00:08:20.105 --> 00:08:23.195
第二个命令是
安装该程序包。

00:08:23.195 --> 00:08:25.100
最后一个是重要的

00:08:25.100 --> 00:08:28.515
在这里，我们实际上是
在登机期间。

00:08:28.515 --> 00:08:30.480
此工具实际上将

00:08:30.480 --> 00:08:33.170
创建 ARM 资源
然后链接回

00:08:33.170 --> 00:08:37.995
代理，使在年底
入职过程，

00:08:37.995 --> 00:08:40.985
你将实际看到这些资源

00:08:40.985 --> 00:08:44.300
提出物理
Azure 门户中的服务器。

00:08:44.300 --> 00:08:45.485
哦，太棒了

00:08:45.485 --> 00:08:49.115
因此，我们使它超级容易基本上
供客户登机

00:08:49.115 --> 00:08:51.050
服务器基本上创建

00:08:51.050 --> 00:08:53.315
他们的脚本，他们
需要，显然，

00:08:53.315 --> 00:08:54.500
我想他们也可以运行

00:08:54.500 --> 00:08:56.630
脚本反对
服务器的倍数，如果他们

00:08:56.630 --> 00:08:58.610
板载喜欢不只是
一台或两台服务器

00:08:58.610 --> 00:09:00.035
但也许有数百台服务器？

00:09:00.035 --> 00:09:01.355
哦，是的。绝对。

00:09:01.355 --> 00:09:04.340
"好的，那太好了。所以
现在我有我的服务器

00:09:04.340 --> 00:09:05.870
门户，我可以看到，

00:09:05.870 --> 00:09:07.520
使用
Azure 资源管理器，

00:09:07.520 --> 00:09:10.250
哪些服务可以
我现在真的用了吗？

00:09:10.250 --> 00:09:12.110
是的，让我给你看。

00:09:12.110 --> 00:09:15.740
因此，如果您单击其中一个
资源，正如您在这里看到的，

00:09:15.740 --> 00:09:19.610
我们真的想遵循
Azure 虚拟机模型。

00:09:19.610 --> 00:09:25.145
因此，您可以看到
能力，随着我们前进，

00:09:25.145 --> 00:09:28.655
我们将扩大这些
管理和功能。

00:09:28.655 --> 00:09:33.320
今天，我们启用
两项特定服务。

00:09:33.320 --> 00:09:35.480
一个我们可以集成它

00:09:35.480 --> 00:09:38.420
日志分析，以便
你实际上可以得到

00:09:38.420 --> 00:09:41.060
添加到资源 ID 的日志

00:09:41.060 --> 00:09:43.940
你可以查询这些
日志在一个中心的地方。

00:09:43.940 --> 00:09:47.630
让我给你看如果我单击
在"日志"，我将能够

00:09:47.630 --> 00:09:52.470
获取所有日志
与此服务器相关。

00:09:54.320 --> 00:09:59.910
没有这个，如果客户尝试
访问服务器的日志，

00:09:59.910 --> 00:10:01.790
他们基本上需要去
服务器和图形

00:10:01.790 --> 00:10:03.980
出哪个工作区 ID 连接到，

00:10:03.980 --> 00:10:05.230
然后来到门户，

00:10:05.230 --> 00:10:07.040
找到该工作区，然后

00:10:07.040 --> 00:10:09.110
您可以筛选基于
计算机名称上。

00:10:09.110 --> 00:10:10.865
现在有了这种集成，

00:10:10.865 --> 00:10:13.130
只需点击此处

00:10:13.130 --> 00:10:15.440
然后获取所有日志
属于同一服务器。

00:10:15.440 --> 00:10:16.700
哦，太棒了

00:10:16.700 --> 00:10:18.470
所以这也帮助我喜欢，

00:10:18.470 --> 00:10:19.760
我看到很多客户

00:10:19.760 --> 00:10:21.560
不同的组织部分

00:10:21.560 --> 00:10:24.590
其中一些只是
真正以应用程序为中心，

00:10:24.590 --> 00:10:28.040
所以我现在只需给访问
到这个特定的团队

00:10:28.040 --> 00:10:30.410
一组特定的
服务器，他们可以

00:10:30.410 --> 00:10:33.360
只是访问服务锁？

00:10:33.360 --> 00:10:36.020
是的，那真是太棒了
有利于你，提到有

00:10:36.020 --> 00:10:39.200
是3月监控小组有

00:10:39.200 --> 00:10:41.420
发布了这项新功能
称为资源

00:10:41.420 --> 00:10:45.620
中心 RBAC 角色
访问日志，

00:10:45.620 --> 00:10:49.685
他们把它提供给
Azure VM，现在使用混合。

00:10:49.685 --> 00:10:52.705
现在，您还可以得到它
用于预置服务。

00:10:52.705 --> 00:10:55.715
哦，太棒了所以
您还提到了政策。

00:10:55.715 --> 00:10:59.285
* 是的。因此，Azure 策略是

00:10:59.285 --> 00:11:01.700
客户可以定义的位置

00:11:01.700 --> 00:11:04.780
其合规性，也可以
查看其合规性状态。

00:11:04.780 --> 00:11:06.860
有这个特殊类别

00:11:06.860 --> 00:11:09.815
称为来宾的策略
配置策略。

00:11:09.815 --> 00:11:12.770
你可以想到客人
配置策略几乎像

00:11:12.770 --> 00:11:17.595
组策略，但为
未加入域的服务器。

00:11:17.595 --> 00:11:22.800
因此，有一个很长的列表
来宾配置策略。

00:11:22.800 --> 00:11:26.495
我们今天制定了18个内置策略。

00:11:26.495 --> 00:11:30.335
因此，您可以实际部署
他们开箱即用。

00:11:30.335 --> 00:11:35.149
但也有，如果你有一个
要求非内置，

00:11:35.149 --> 00:11:37.295
实际上，您可以创建
这些自定义策略

00:11:37.295 --> 00:11:40.055
并将其部署到
独特的环境。

00:11:40.055 --> 00:11:42.440
与客人
配置策略，

00:11:42.440 --> 00:11:46.025
它实际上通过
Azure VM 的 ARM。

00:11:46.025 --> 00:11:48.695
现在与混合，他们也可以

00:11:48.695 --> 00:11:52.275
监测和管理
预置服务器。

00:11:52.275 --> 00:11:54.090
所以，你可以看到，我部署了

00:11:54.090 --> 00:11:56.315
一些客人
配置策略和

00:11:56.315 --> 00:12:00.755
在一个视图中，我可以看到所有
这些不合规状态。

00:12:00.755 --> 00:12:04.865
如果我向下钻取，我注意到
密码策略，

00:12:04.865 --> 00:12:07.610
我有一堆
不符合的服务。

00:12:07.610 --> 00:12:09.620
所以让我来这里，向下钻，

00:12:09.620 --> 00:12:13.765
然后我可以看到所有的服务器
不符合要求。

00:12:13.765 --> 00:12:17.120
您可以看到哪个资源
他们所属的组，

00:12:17.120 --> 00:12:19.475
所以你可以得到一个想法
他们在做什么。

00:12:19.475 --> 00:12:22.145
但这里重要的是，

00:12:22.145 --> 00:12:26.045
这些是 Azure 虚拟机
这些是预置服务器。

00:12:26.045 --> 00:12:27.440
所以在一个视图中，你得到

00:12:27.440 --> 00:12:30.470
所有服务器的完整图片
不符合要求。

00:12:30.470 --> 00:12:32.030
哇，太棒了

00:12:32.030 --> 00:12:34.179
所以我看到我所有的服务器，

00:12:34.179 --> 00:12:35.730
不管他们在哪里跑;

00:12:35.730 --> 00:12:37.770
如果他们在 Azure 中运行，
如果他们在预先运行，

00:12:37.770 --> 00:12:40.225
在我的数据中心中，在
我的分公司

00:12:40.225 --> 00:12:43.160
我可以看到他们一个单一的视图

00:12:43.160 --> 00:12:45.680
我可以从 Azure 管理它们？

00:12:45.680 --> 00:12:48.830
是的，这是我们的目的
拥有 Azure

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

00:12:50.930 --> 00:12:53.545
提供一致的体验。

00:12:53.545 --> 00:12:55.230
* 所以，这是梦幻般的。

00:12:55.230 --> 00:12:56.685
所以，如果我是今天的客户，

00:12:56.685 --> 00:12:57.930
我怎样才能得到我的手？

00:12:57.930 --> 00:13:01.505
* 是的，所以我们真的
立即获取公共预览。

00:13:01.505 --> 00:13:03.680
所以，如果你按照
链接在屏幕上，

00:13:03.680 --> 00:13:05.990
你会看到
我们的文档和

00:13:05.990 --> 00:13:08.935
如何
注册服务。

00:13:08.935 --> 00:13:10.275
"好的。太棒了

00:13:10.275 --> 00:13:12.120
那要花多少钱呢？

00:13:12.120 --> 00:13:13.805
哦，是的。这是一个伟大的点。

00:13:13.805 --> 00:13:16.730
获取很多问题
我会付多少钱

00:13:16.730 --> 00:13:20.135
它和好消息或
好消息是，它是免费的。

00:13:20.135 --> 00:13:22.520
这意味着你
实际上不支付

00:13:22.520 --> 00:13:25.070
将计算机板载到 Azure 上，

00:13:25.070 --> 00:13:27.410
你只会支付
解决方案

00:13:27.410 --> 00:13:29.510
你要
部署到这些服务器上。

00:13:29.510 --> 00:13:31.070
那是个好消息

00:13:31.070 --> 00:13:32.630
所以非常感谢张'

00:13:32.630 --> 00:13:34.370
感谢您来到这里，并展示

00:13:34.370 --> 00:13:36.245
我们这个混合
管理功能。

00:13:36.245 --> 00:13:38.130
是的，谢谢