云拨测多方位主动式业务监控实战原创

Hello，大家晚上好，欢迎大家来到腾讯云云监控为大家带来的直播分享课程。今晚的课程主题是云播测多方位主动式业务监控实战，我们将手把手教您如何高效配置拨测任务，并在多场景下进行拨测，协助您深入了解云拨测和不同监控场景下如何配置任务，实现有效监控。今晚的直播除了使用会议的方式以外，我们将在Taco视频号进行同步直播，您可以在留言区实时发送问题，我们将有架构师在线进行解答。你也可以扫码加入我们的云监控技术交流群在线交流。今晚的课程讲师为腾讯云云播测的产品经理李爽，那么下面我们将时间交给爽姐。嗯，各位在线的同学大家好啊啊，然后也谢谢我们那个，呃，就是刚才就主持人说的嘛，就是啊欢迎大家，就是随时我们每页PPT上都会有这个我们的呃公众号，然后和用户群的二维码嘛，然后大家可以嗯扫一下加一下，因为今天肯定会有，嗯可能不一定能完全回答大家的问题，然后场景也不一定能全部给大家都cover到讲戏曲，毕竟只有一个小时的时间，然后后续有更多的问题，其实可以都可以持续的在群里和我们交流，我们这边都在群里的，嗯，那我们现在就进入今天的正题吧，其实今天的主题就是云播测实战，嗯，对于云播测这个产品，呃，我们其实它的配置是非常简单的，然后也没有什么代码量，呃为什么叫实战呢？是因为我们最近在接触一些用户啊，呃发现呃其实很多用户呃虽然了解我们有一定的计算机网络的知识嘛，但是其实由于可能对我们播测。

就是云波测本身的原理不太了解，或者说嗯，可能原来在PC上会看这些数，就是在本地控制台会看这些数据，然后到我们云播测的控制台，其实不知道具体的对应关系，然后所以今天其实就会结合一些具体的场景，然后给大家去，呃详细的讲一下，就是呃，我们拨测底层实现的一个原理，然后到不同任务类型啊，究竟在不同场景下，我们应该怎么去配置，然后应该怎么去啊，解读云波测页面上的这些数据，然后帮助大家去更好的利用云播测这个工具去提升自己的服务质量。

啊，那今天主要就是三个趴嘛，第一个趴就是呃，我会啊，再给大家简单介绍一下云波测试什么，以防有些新的同学啊，然后第二个就是我们会进入一些核心的场景，然后我会呃结合我们控制台的实际的一些操作，然后呃呃呃，DEMO任务的一些呃数据去带领大家做一个解读，然后最后一个部分是我们还有一些拨测点选择的呃最佳实践，然后给大家呃大概阐述一下。

那我们先进入第一个部分，呃首先其实想跟大家介绍一下，就是整个呃云波测的原理，就其实很多同学会想嘛，就是嗯，其实测一下网络是不是联通嘛，我P一下，或者我t net一下，或者说测一下一个页面的性能，我就本地打开一个浏览器嘛，我为什么一定要用云播测，或者云波测能给我带来什么不一样的东西，那我觉得这个图可能讲的比较清晰，就是呃云播测呃第一个点就是其实我们是会呃利用就是分布在全球的这样一个呃不同类型的监测点，我们可以看到有啊移动端的监测点，然后有手机的监测点，然后同时我们还有一些分布在全球的机房的监测点，其实啊根据我们可以用这种不同类型，然后在不同地域，不同运营商的监测点去帮大家啊，做到一个全地域，然后不同运营商整体网络性能的，呃，这样一个比较全面的监控，这个可能是我们啊。

自己在某一台PC上去做这个监控啊，是没有办法做到的嘛，然后第二个点就是啊，云播测其实它是可以，嗯，它是可以支持您去配置一个呃，周期性持续性的这样的一个测试，因为我们都知道网络的问题，它其实是有一定的随机性的，嗯，有时候我们去聘一次，其实并不能呃发现问题，然后云播测呢，会呃，您可以在云播测去配置任务，然后制定一个它的执行周期嘛，然后我们就会定期的去帮您去测您的，呃，按您的配置去拨测这个目标的网站，然后会把这些数据去帮您做一个自动的聚合分析啊，然后你也可以基于这些数据去做一个告警，这样的话我们就可以把我们一些网络质量啊，端口，包括页面性能等等这些啊方面的监控，从一个被动，就比如说我们有用户反馈了这个网络不好，或者访问不了我们的页面，我们才去看，变成了一个主动，变成了一个基于告警。

的这样一个主动的监控，嗯。啊对，然后嗯，这个目前其实就是我们现在核心做的这几块的能力嘛，就是我们去，嗯，基于这个定时的任务和上报的结果，还有全球的拨测点啊，我们去给您支持了大屏展示，数据分析，还有一些告警的能力，然后现在我们同步就是在进行后续也会支持的，就是啊，我们会继续去增强我们的自动报告的能力啊，让您更好的就是去帮助您更好的去解读数据啊，然后同时我们后续其实还会做一些啊，比如说AI啊这种方向的，就是帮您去自动分析您的啊网络性能，然后希望可以给呃，就是帮您。将这个网络质量的监控啊，整个运维工作更轻松的做起来。嗯，好，其实那就是这个，其实就是原理介绍完，其实就是啊云波测的产品，通过刚才的介绍其实大家也知道了，就是啊，我们其实就是在利用我们啊整个的一个遍布全球的监测点嘛，帮您去执行，像我们现在支持的有啊网络质量的监测啊，就比如说呃，基本上就是PIN啊，然后揣这些指令嘛，嗯，之后是页面性能啊，就是我们可以去啊帮您就是去监控您这个页面整体访问质量啊，元素级的加载，嗯，还有文件上传下载，然后某一个后台接口的性能，还有像直播点播这种的体验，其实我们都可以帮你去进行周期性的监控，嗯，然后可以从域名啊，然后运营商，包括地域错误类型这些各各种的维度去帮您分析这些数据，然后找到纠，找到您啊网络啊，包括业务上一些性能的瓶颈啊，然后帮助您实现您的业务优化，然后以及一个稳定的运行优势和特点，其实也。

是刚才已经提过的，这边就不赘述了。嗯，然后我们期待的就是播测其实是可以啊，通过这样一个正向循环去帮助您持续的提升服务质量的嘛，首先我们会有一些定期的监测任务，其实在监测任务之上呢啊，通过我们的一些多维分析页面啊，帮您定位到这个故障的更因，然后定位到更新之后，其您会做一些优化嘛，然后啊，您可以继续回到云播测这边去啊，观测是不是啊，我们的一些优化手段是真的有效的，甚至我们有的时候是通过一些啊试错或者啊，就比如说尝试不同的方式调整不同的，比如说调整我们的网络配置的方式，去验证我们的这个优化是不是生效，或者问题究竟在哪，然后这样一个，呃，闭环之后，可能比如说我们处理掉了一个问题，我们还会有更，我们可能又会发现新的问题，但是呃，随着这样一个螺旋上升的一个过程，其实我们是可以帮助您把您的业务的稳定，业务做的越来越稳定嘛，然后我们的性能。

说的越来越好，然后最后实现一个帮助您的服务去提升您的那个用户体验的目的。

好呃，在前面的话就是更多产品就不多赘述了，我们就直接进入今天的主题，就是嗯，一些核心场景的实战，然后因为时间原因，其实今天我们主要啊会给大家呃，带领大家去做呃，认识比较呃主要的三个场景，一个就是网络质量这一类的拨测任务，然后这一类的拨测任务其实我们主要会用在比如说探测一些网络的联通性的问题啊，然后包括我们的比如说现在疫情期间会有一些啊。大家都居家办公嘛，然后发现VPN不可用，然后导致大家无法办公这样的问题，或者说啊，我们用DNS解析服务，看一下DNS解析是不是正确啊。等等这样的一些问题，甚至还包括一些流量，呃呃，DNS劫持的场景嘛，呃，然后第二类的任务，我们会cover的就是页面性能，页面性能其实就是啊，我们针对啊您访问的这个，呃，我们针对您的页面嘛，然后我们去看啊，不同的用户在啊世呃世界各地去，在世界各地以不同的设备去访问您的页面，是不是有非常明显的性能的差距啊。

然后这边其实我们有元素级的啊性能数据，然后可以帮您去看到究竟是我的页面为什么加载慢，然后究竟是哪些元素加载慢，或者我的用户体验，我们通过指标去真实的看到用户的体验是怎么样的，比如嗯，比如说我们的首屏加载花了多长时间，用户有多长的白屏时间等等这些啊，第三个就是端口性能，其实这个就是更多的就是可能更常用的场景就是我们针对我们的后台服务去进行一个测试，然后一方面是保证，呃，我们后台的服务的整体的一个服务器响应的一个时间和性能是符合我们的预期的。同时呢，也有一个比较典型的场景是当我们去做一些发布变更的时候，其实我们会希望去验证一下这些后台的端口是返回啊，我们所需要的就是那种，呃，指定的内容的嘛，去保证可能去做一个线网的回归。

好，那我们就进入网络质量这个部分。嗯，接下来说每一个呃场景的时候，我大概都会以这个模式，就是我们会先大概讲一下，就是整体的一些原理，包括您自己本地可能是怎么去用这个服务，然后我们再啊讲一下，我们再进入实操，就是讲一下在云播测里面这个这些都是怎么映射到云播测的，那网络质量，其实啊，这个页面的这个PPT的上半部分，其实就给大家啊大概阐述了一下，一个呃网络请求它的一个完整的过程嘛，首先其实我们会从外部用户或者我们的终端用户，然后他们会呃经过我们一些呃，他们会通过我们的运营商网络嘛，然后比如说当我们输入一个地址的时候，首先我们会有DNS的服务去帮我们查询，帮我们解析出来这个域名，后续呃，对应的这个，呃。

呃，实际的IP地址是什么？然后过程中其实可能也会有CDN的参与，因为我们现在很多啊消费的资源其实都是经过了动态加速的嘛，然后之后我们可能会经过几跳，然后到我们的网络防火墙，然后再到我们的真正的应用服务器，那这个过程中其实啊，我们要经历很多次网络的跳跃，然后每一个然后要经历DNS解析，然后很比较多次寻址的过程，所以其实每一个步骤都可能会导致我们的网络不联通，不可达，通常我们自己在本地的时候，我们比较常用的会是这三个工具嘛，一个就是P，这个可能是大家学计算机网络第一课就会学会的东西嘛。啊其实ping主要就是我们会构造一个呃测试的数据包，然后去主要。Ping其实就是做两台机器之间的网络联通性，就是我们是不是能交谈嘛，然后呃，更细节一点的，像ping的协议，其实因为我们可能会有一些呃网关去过滤掉一些数据包的情况，或者说我们可能想测试一下就到对应服务器的某一个具体的端口，它的联通性，那我们采取的协议可能会用SP，也可能会用TCP或者udp，然后同时呢，根据我们P的目标的不同呢，我们其实呃也可以开发到更多场景，嗯，有的时候我们会聘本级嘛，有的时候我们会聘一个比较近的网关，或者说比如说我们的VPN，然后有些时候我们是聘我们的远程IP，其实这些都可以成为我们测我们行，我们测试联通性的一个场景和目标。

第二个呢，就是我们刚才提到的DNS解析这个步骤，就是我们知道我们要找谁，但是我们，但是我们要找的这个服务，其实因为各种原因，可能它没有能成功的被翻译成一个实际的地址啊，那这个时候我们其实大家常用的指令就是ns lookup和dig嘛，然后基本上就是去向它的原因就是向这个NS服务器去发起一次查询，然后我们会返回，它会返回一些比较核心的信息，比如说A地址，就是我们的实际的IPV4 AA可能就就是我们的IPV6地址c name，就是大家在CDN里面可能会更常用的服务的别名嘛，然后当然还有一些其他的，比如说邮件联系人啊等等这些信息，但是可能我们一般情况下更关注的就是呃，我们的呃A结果和C内是不是呃，如我们的预期那样，嗯，然后这样我们就可以判断是呃，是不是我们的DNS配置有问题，或者说呃。

或者说因为什么原因DNS解析耗时过长，然后导致我们这个网络请求没有能够成功的发送出去，嗯，那除了这些以外呢，其实我们保证了可达DN解析正确，我们还是会遇到一些网络慢的情况，这个时候其实嗯，大部分人我们就会开始用这个，呃或者我或者在呃Windows里面是TRY这个指令嘛，啊其实它就是帮我们去做一个路径分析，它可以帮我们分析从我们本地到我们最终的一个呃目标的IP，我们究竟呃经历了多长的一个旅程，然后呃，一般情况下，一般情况下这个大概就算我们在全球绕一圈，可能也就是在20条以内，嗯，但是呃，然后我们通过分析这每一步的耗时，其实就可以知道究竟是哪一步慢了，究竟是在哪一条有问题，然后我们就可以找对应的，呃，底层的基础设施的供应商去，嗯，进行对应的优化嘛，那其实这些命令我们。

都可以在本地做嘛，那用云播用云播测来做，这个和我们在本地做有什么区别和优势呢。首先就是嗯，云播测的话，我们的网络质量啊，探测其实是支持一次性去配置这三个类型的指令的，就是您只要配置一个任务，我们其实是会您可以就是我们会同时帮您去触发这三个指令，这样的话我们保证就是每一次我们都收集到了最全面的信息，嗯，然后同时呢，我们还会做，还会帮您去基于这些数据去做一个自动的聚合分析，嗯，这样的话您可以在我这个图上看到嘛，就是可以轻松的看到，就是不同地域的一个分布情况，包括我们会根据错误代码呀，然后包括呃，呃是不是可达，然后包括DNS耗时等等这些各各种各样的指标吧，去啊。

就是帮您做一个非常有效的分析，而且这些都是您不需要任何配置，就是开箱即用的啊，这样的话，我们再进行一次探测之后，其实会有一些更清晰的视野啊，第三个就是啊，虽然我们是一个云服务，但是您不用担心就是没有啊，就是我们没有了底层，您没有了底层的数据，因为我知道就是大家有的时候习惯了用控，习惯了用控制台啊，其实很多信息我们还是需要从呃实际控制台的输出的这些底层数据是呃探测的日志去看的嘛，那我们这边每对每一次探测，其实我们也会保留一个详细的日志，然后同时你也可以配置呃自动抓包的这个能力，那这样的话，嗯，在每一次探测的详细信息里，其实都可以去啊，如果发现异常都可以直接去下载这个数据包，然后嗯，去进行对这个抓包的结果做一个分析。

嗯，好，那下面我们就进入我们的实战的部分。然后我们今天可能我待会儿讲的可能主要两个场景，一个就是网络质量的调用嘛，然后第二个就是我们来看一下域名解析监控，然后我们都可能要看什么样的一些指标。好，那我接下来就切换一下。诶，大家可以看到我的屏幕。

我这边好像。我的屏幕是不是没有切换。嗯，把这个退出。看起来这个不是很。嗯，那现在大家可以看到我的屏幕了吗？嗯，我们先来啊过一下我们任务具体啊应该怎么配置，然后这里可能想问一下啊，就是不知道在线的同学有多少，就是啊大家有没有就是可能自己比较想探测的域名啊，然后可以啊用作今天我们跟大家的一个演示。啊，那如果没有人回复的话，我可能就用我可能就用我们，呃，常规的我我用百度来做一个例子吧。

嗯，就其实这个就是嗯，大家进入云播测之后，其实嗯在在刚才可以再说一下，就是我们嗯，在这个任务列表页，大家一进来就会到这个页面嘛，然后呃我们就会呃大家可以点击这个新建任务，然后就可以开始创建一次拨测任务，然后上面这一块是选择任务类型啊，像我们现呃我们现在讲这个场景呢，我们就去选择网络质量这个类型，下面会选择探测点，然后PC端的就是我们就这个比较好理解，就是一个是啊PC的探测点，一个就是我们的手机的探测点，那我们现在就基本上我们输入一下我们。想要探测的地址。然后这边可以输入一个任务名称，如果呃，就因为百度我们其实都知道了嘛，如果大家担心自己的地址，就是我们的这台检测机器，因为网络环境不一样嘛，大家想确认一下我们的机，就是大家确认一下是否这个页面还是。

可用的可以点一下这个验证的按钮，然后我们会帮你从这个从你本机的浏览器做一次及时的打开，嗯，然后下面就是选拨测频率，嗯这边嗯，这边我们就，呃，我们这边可能我们可以选到一分钟频率吧，这样我们就可以快速的看到这个任务的结果。嗯，然后我来看一下，嗯，拨测点选择这块呢，我们后续会给大家更详细的cover一下，现在我就可能先选一下啊，直接选到国内的一些啊，主主流的区域的一些可用性探测。然后具体到我们使用什么场景，其实就呃主要是靠我们下面的这个任务的高级配置啊，首先第一个点就是我们在做一些网络质量的探测的时候啊，其实在这边建议大家这一块的配置是把这个在请求错误的情况下抓包这个能力打开的，或者说大家也可以把全部抓包这个能打开啊，因为呃，就这个可以帮我们就是最快的去复现，就是最快的去复现这个啊故障的现场嘛啊。

对，这一个是给大家的第一个tips吧，然后第二个就是我们再去做呃一般聘的这个监测，如果大家没有呃一个比较具体的一个要求的话，其实维持维持默认的配置就好了，因为呃随着你的package数量的增多，其实我们整个执行的间隔，执行时长可能都会要做一些调整，所以呃一般默认的配置是可以满足大家测试一下这个呃呃可达性的这个目的的。然后这边在协议类型的时候，其实我们就是可以选TCPUDP，那今天我就简单只做一个呃呃ICP的这样一个测。

嗯，然后到这个部分，如果大家需要去做一个DNS，就是重点关注我们DNS的部分的话，嗯，其实在这边我建议大家是一定要把这个这个命令这一个啊，这一个开关打开的，我们当然也会默认帮大家打开，嗯，因为这里面的话就是我们开启这个命令，嗯，就是如果大家不开的话，对于我们来说，我们就会帮大家做一次ns lookup，但是我们都知道第一个可以返回比ns lookup更多的结果，然后尤其是可能在一些特定的情况下啊，比如说我们都知道DNS可能会给我们返回啊，尤其是我们在想比对心内嘛，然后包括我们知道DNS会给我们返回一串的这个，嗯嗯。目标多个目标IP嘛，然后我们想针对具体某一个去检测或者去呃，或者去查看情况的时候，我们可能就会用到dig的命令比较多。嗯，对，然后再往下的话，其实就是其实就是就是我们的径监控，然后这边其实测配置没有什么特殊的啊，最大月点个数，其实一般情况下，就像我刚才所说的一般情况我们啊。

20个点左右我们就可以绕地球一圈了，基本上所以嗯其实呃最大热点个数大概维持这个30个测试30个的配置就好，呃节持监测这块呃一般情况下大家都不需要去配置，但是如果呃大家有担心到一些DNS劫持的情况的话，其实这边是可以配配置一些黑白名单啊，我们会帮你自动就是这个就不是检，就是不是探测过程中是我们后续会帮你做一个匹配和数据处理，呃白名单就是当呃你的DNS解析结果返回了这个白名单上的IP，我们就判断它呃不是被劫持的，然后如果如果匹配上了黑名单这上的IP，那我们就会被认，我们就会把它判定成是被劫持的。

嗯，然后这样的话，基本上其实我不太用点什么东西，我们就是不太用特特殊配置什么东西，我们就可以直接创建这个任务了。然后因为我们的任务数，任务创建本身需要一定时间啊，然后我其实之前，呃，然后因为我们的执行频率，其实一分钟一次嘛，所以我这边之前创建了一个网络质量的任务，然后我们可以来一起，就是因为累积了一些数据，所以我们可以一起来看一下这个数据，这个是我在今天下午六点的时候创建。然后呃，我这个其实是我这个数据，其实我配了一个就是啊，我的一个假设的场景，就是我有一个我想对腾讯云的这个控制台，然后我去看一下啊。呃在国内全地域的呃，就是用户对于呃，全地域的用户对于呃，就是不同省份的用户访问我的控制台，然后它的性能是如何的，然后其实呃一进到这边，我们默认这边会给大家展示过去一个小时的数据，然后其实一进到这边非常直观的我就可以看到，就是明显西藏的成功率是比较低，然后呢，西藏的整体实呃呃西呃呃我看一下哦，西藏的整体实验是非常高的啊。

尤其是和我们整体平均的一个实验对比，我们平均整体基本上在啊呃18毫秒内，基本上就呃就是啊保就是我们就到达了这个我们目标的IP，但是啊能成功的访问腾讯云，但是在西藏的话，我们其实要到44 44毫秒左右我们才能访问到腾讯云，呃那这个情况下，呃我呃一般我的操作就是我会从西藏这个点，我们去做一个点击下转，我想聚焦看到西藏，就我想过滤看只看西藏的数据，看看西藏为什么这么慢，嗯那这里面西藏这边我只选了一个博测点，当然大家也可以选更多的博测点，那我只选了啊拉萨这边，然后我们会发现，其实呃一个是它的丢包率，其实在啊七点左右是有一个比较大的，嗯，比较大的波动的，虽然说我们每次播测都成功了，但是显然是比较慢的，然后第二个就是。

我们看到就是啊。呃，这个这个我们的呃揣这个平均耗时其实是比较长的，就是呃这个呃时延其实就是我们比如说呃，我们做了比如说八跳，然后这八跳每一跳的那个耗时的一个平均值。但是这个平均耗时其实比较长的，它基本上已经呃，已经占到了我整个访问的呃。

一般的时间嘛。然后下面其实要具体看某一次访问为什么慢呢？其实或者说我就想去看一下我实际的月点的数据嘛，呃。那我们就可以在下面，就是下面这个列表，其实展示的就是我们每一次啊播测的一个一个啊流水吧，流水数据，然后这边其实比如说我选择呃这一次我来点击看一下他这一次的详情，然后我可以看到就是呃，我可以看到就是整个从月点上来说的话，我们是花了十跳，然后这十跳里面其实呃耗时，耗时呃就是我们会发现耗时比较长的那几个点，其实我们可以呃我们这时候可以做的操作就是我们可以根据这个路径去看这个点，具体它是哪一类的网关，比如说他是我们的城市运营商啊，还是呃，还是我们的呃，比如说是到了呃。

我们的腾讯云，呃到了比如说腾讯的接入点，或者还是某一个过程中的一个网关，然后这样的话，其实因为我们根据IP，其实我们是可以查到就是呃，具体的服务商和具体的具体的服务商的嘛，那这个时候我们就可以有针对性的去针对对应的服务商去做一个呃做一个排账。然后如果这些数据其实嗯，包括第二个我们可能刚才发现的问题就是丢包率比较高，那我可能就会选择在啊19:45附近的一个数据，我可能会根据这个拨测时间去做一个排序，然后在这个附近的数据，比如说我可能选择这一条啊19:44和19:47这两次拨测，然后我去根据这两次拨测，我去啊查看一下它的抓包数据就在这边，我可以直接点击去下载这个数据包。嗯，然后针对这个数据包，我去做一个分析，然后然后我们也去看一下就是啊。

为什么？比如说我们，呃，我们可以去看一下丢包率啊，然后包括具体这个数据在传输的过程中有一些什么样的问题。好，呃，那下面，呃，然后另外一个场景，其实我们就是让我来刷新一下这个页面，另外一个场景就是我们要去看呃，DNS解析会有什么问题，嗯。看一下啊这边。放到12个小时，嗯，这边其实我们看到就是除了刚才西藏，然后包括我们可能把时间放的长一点，可能发现新新疆也有问题嘛，然后我们会发现这边啊，会有一个错误类型是啊ping不到主机。然后这个错误其实发生了两次，然后它其实占我们错误率的100%，然后在这个时候我们就可以看一下，就是具体这两次为什么发生了这个错误，然后我们去点击进来看，然后我们就发现其实我们是啊，就是从我们的DNS解析的服务器上，我们其实就没有连到我们的DNS，那其实这种情况上来说的话，嗯，一般遇到这种情况，其实我们就应该去找我们的，呃，看一下我们自己的网络，是不是看一下我们啊对应的客户，或者说我们具体那个访问点的啊，网络到DNS是不是有问题，可能我们就要针对我们的DNS服务器做一次更深，做一次专门的P啊，然后就是利用我们的云波策码去部署一个专门的任务，然后对应的城市我们去看一下究竟有什么问题啊，另外一个点也是我们也可以找到我们的DNS的供应商，然后去看一下，包括我们的本地运营商去看一下是不是啊这呃两个部分的出了什么问题。

啊，我们也可以再呃退回到我们的全部的全部的状态，嗯，针对DNS，其实我们还有一个呃方式，呃还有一个重点的指标，如果我们关注DNS解析，其实就是我们的错误率，还有就是我们整个的呃DNS查询的用时，然后如果DNS查询的用时会比较高的话，其实也会反映出来我们呃，呃也会反映出来我们呃DNS供应商的一个呃。

呃，性能的问题嘛，然后这一点我们也可以去找我们的权威解析，就是我们帮我们host域名，然后帮我们做权威解析的这个供应商，然后去看一下有没有什么可以优化的方法。然后大家可以把其实然后这边其实我们用户比较常用，或者我们建议用户啊去用的一个呃方式，就是我们可以把我们的呃这个详情数据去导出，然后或者说详情数据去导出，然后直接把它共享给我们的服务提供商，在这边大家点击下载，其实就可以把我们的呃数据导出，然后它会导出声音给Excel给大家，然后这样的话我们就可以啊。

啊，就是去啊，把这个数据晒给我们的供应商，然后让他们去做进一步的排查，因为这个详细数据其实已经基本上包含了，他是啊我们的DNS的啊，啊IP是什么，然后他们其实已经可以做一个排查。好。呃。然后接下来啊，看一下。呃，接下来其实就是啊，简单总结一下嘛，就是对于网络质量调优，其实啊我们的建议是一个是可能我们要做一个全地域的一个覆盖度，第二个就是其实我们呃建议大家去开启那个请求错误抓包分析，这样的话在呃有异常的时候，可能我们可以呃去拿到那个原始的故障现场的问题，然后建议大家重点关注的指标可能就是呃一个是整体时验，我们去看速度，然后可能要看一些具体为什么慢的话，我们就会去看我们的呃，我们去可以去详情里面去看那个揣径，然后第二个就是我们可以看一下丢包率，然后我这样我们可以看到网络的质量，然后第三个就是啊，我们嗯，可以根据错误类型去看一下我们的网络的一个整体的可用性，然后第二个在域名解析的这块呢，我们给大家的任务配置的tips就是啊，建议大家去开启dig命令，然后第二个就是我们可能重点关注的一些指标，一个就是解析错误率，然后这个是决定我们的。

服务，包括我们的呃，域名配置是不是正常，然后第二个就是看一下DNS的耗时，这样的话我们可以关注我们DN，我们整个DNS的查询效率，然后这个路径上是不是有可以优化的方向。好，下面我们就进入我们的页面，性能评估的部分。呃，页面性能评估其实主要是评估什么呢？呃，在这里其实可以跟大家，呃就是讲一下，呃这里可能页面性能就大家都有感受嘛，然后说一下，如果我们本地在做页面性能评估的时候，大家比较可能比较常用的工具，要么就是大家自己直接浏览器打开看一下，究竟我是不是要等那么久，要么呢，就是有可能比较稍微高级一点的工具，就是我们可能会去看一下，比如说CH里面那个，呃，那个performance那一项，然后它的指标是怎么样的，然后我们来说一下其实真正影响我们用户体验的，呃，步骤，或者说我们比较关注的指标，其实呃，我这个页面上其实给大家放了一个，就是我们在访问一个页面的时候，其实整个页面加载它是它可能会分的几个阶段，然后啊，这边其实我们首先可能用户只打开一个浏览器，然后我们做了请求之后啊，这个过程中，其实我们是在做一些DNDNS。

解析，然后包括TCP，然后SSL，然后之后我们开始请求我们的资源，我们开始组装我们的，呃，HTML里面的DOM，嗯，DOM数嘛，然后之后我们才会在里面去添加一些我们像引用的一些图片，CSS这些文件，然后呃，其实大概我们会经历了这些步骤之后，我们的首屏才会加载出来，但是对于我们用户，其实真正有意义的数据可能就是我们啊首屏加载的这个，呃首屏加载的时间，然后这个呃这在云播测里面呢，这个指标我们给大家，呃提供的是我们叫首屏用时，然后就是从用户从输入URL到这个页面的已渲染区域，已经高度大于大概60个pixel，其实就是嗯，基本上我们用户不滚动的时候，第一屏的内容给他渲染，嗯，给他渲染出来的时间，然后嗯，但是在这个过程中，其实我们的首屏他不一定，可能我们已经有一些图片，但。

是可能，呃，我们并不是可能，我们的滚动，包括一些GS并没有完全生效，然后呃。

啊的，呃，可能大概要过个几毫秒之后，我们才会完全生效，那这个时候其实对于我们来说是首屏完全渲染了嘛，那这个时候我们被定义成这个页面是完整可以支持用户去交互的，然后第三个时间就是嗯嗯，文档完成的时间，然后这个文档完成的时间，其实它不一定会，它可能会出现在首屏加载，它可能会出现在啊首屏加载或者首屏完全渲染之间，也可能甚至出现在首屏，呃，也可能是出现在首屏渲染之后，因为我们可能有一些其他的啊JS文件，可能它还没有加载完成，或者说呃。就是我们首屏已经渲染出来了，呃，但是我们还有一些比如说远程的CSS文件，其实整个页面是需要的，但是它还没有加载完成，那其实我们主要可能关注的就我们当我们评估一个页面性能的时候，我们可能主要的就是关注我们的首屏加载和首屏完全渲染，以及相应根据这些指标计算出来的一些，比如说我们的渲染时间啊，然后啊，包括我们的，比如说我们下载第100K的时候，100K的数据，我们需要多久的时间。

然后用云播测的啊，用云播测去做页面性能和我们自己打开一个浏览器的区别是什么呢？嗯，首先就是嗯，我们自己其实打开浏览器只能代表我们本机的一个啊用户体验，但是大部分可能我们访问啊真实页面或者这个场景下，我们非常在乎用户的真实体验嘛，所以云波测其实是可以通过一些last smile的监测点，就是最后一公里的监测点去帮助大家，嗯，监测到真实用户的PC和移动端去访问我们页面的一个体验，然后像这边我们啊，我们我我们会把这个，比如说这个机器所处的网络环境，然后它的操作系统是什么，然后当时这个机器在执行我们这个任务的时候，它的一个负载就等等这些环境的数据，我们都会帮大家收集起来，然后帮助，当我们有一定的数据量，然后执行了足够多次的拨测之后，其实我们是可以根据这些数据去啊。

看出来一个比如说具体的趋势，或者说比如说什么样的机型，或者什么样的地域啊，或者呃，在访问我们不同的，在访问我们同一个页面的时候，它可能会有什么性能上的差距，然后第二个就是呃，其实我们的页面上，现在我们大多数的页面其实都不单纯是啊。一个就是我们自己提供资源，就像前面提到的，我们其实有用啊不同的CDN，然后或者说我们会从不同的地方去请求资源，然后云播测其实是会给大家做一个整体页面，所有元素按照呃，按照域名维度的这个性能的分布，就他们的每个元素的就是平均的加载耗时，还有我们的下载量，然后这样其实可以看到，一个是我们可以用来衡量我们的CDN供应商，如果我们用了一个页面，用了不同的CDN供应商的话，其实我们可以看出他们性能的差距，然后第二个点呢，就是呃，其实如果我们引用了不同的资源的话，或者有些资源下载量其实就是非常大的话，其实我们也嗯也要考虑是不是要做一些呃，或者说根据性能我们是不是要做一些呃资源分布的调整，然后第三个就是我们可以给用户去，我们可以提供这种元素级的整体的耗时分析，对于每一个页面上的元素，我们可以把我们以把它。

整体的生命周期就从最开始的阻塞，就是用户等待的时间，然后到我们呃DDNS解析，然后到TCP建联，然后再到如果有SSL的啊。呃，这个呃协议去请求数据话，SL的SSL的时间也会告诉大家，然后到客客户端发送这个请求到服务器响应多长时间到这个元素下载用时，其实这样的话我们可以去，嗯，而且它是一个根据我们整体页面实际加载的过程去展现的一个呃按耗时去呃一个时序的瀑布图嘛，那这样我们其实就可以知道我们页面最占用户呃最影响用户体验的元素，或者最耗时的元素是什么，然后做一个针对性的优化。

好，那呃，接下来我们就呃，可以过一下我们页面性能的这个任务，页面性能的呃，页面性能这个任务，然后这今天可能主要想讲的是两个地方嘛，一个就是我们的啊前端性能的这个调，就是刚才说的一些啊核心的指标，然后第二个就是我们啊对于我们CDN的性能评估啊。然后这个我们也直接去看我的任务吧。嗯，还是回到这个界面，嗯，我可以直接进入我这个任务去给大家按照这个我已经配置这个任务去给大家讲解一下，嗯就可以了，嗯，然后这边其实我就是配了一个针对那个QQ，嗯，QQ视频，呃，就是呃腾讯视频首页的这样一个浏览，因为它的元素可能稍微复杂一点，然后嗯。

这边其实呃，这个配置其实大部分都和刚才一样嘛，然后嗯，探测点的选择就是呃，我这边因为想测试真实用户的性能嘛，然后选了一些，嗯，最后一公里的点。然后之后嗯，在这个任务的更详细的配置的时候，其实基本上大家配完这个，如果你只是想看一下你的页面性能这一块配置完成，基本上就已经可以满足啊你的诉求了，嗯。然后这里的话，呃，如果就是呃，你的页面可能是SS的话，然后呢，你希望就是SSL报错之后，我们还是希望继续去访问这个页面的话，然后呃，建议这边去勾选这个SSL证书忽略的这个，然后嗯在这之后呢，其实嗯自定义host在我们一般做页面性能的监控的场景下，我们都是不用去配置的，那这个自定义host是什么时候用的呢？就是嗯，它的作用是我们去告诉我的服务器，我们去告诉就是我们的测试点，我们就虽然说我访问的是这个域这个整体的这个URL的页面，但是呢，我希望你可以把它定向就是或者说指定就是去用这样，这样某一个或者某一组IP，就是可以理解为我就需要你把这个啊页面的请求就是发到某一个对应的目标IP，那这个应用的情况其实就是我们之前。

呃，就什么时候我们会配置这个呢，其实就是我们说的CDN的一个调优的场景，我们会用的最多啊。就是比如说我们在其实两个场景都可以用一个场景，是啊，比如说我们要把我们的啊，我们的线网可能是没有配置CDN的，然后我们希望看一下我们的资源放到CDN，然后如果我们资源CDN上的话，我们的线性不会更好一点，但是这个时候我可能不想直接去修改我的线网，那这个时候你就可以建一个拨测任务配你的，呃，正常的域名，正常的你的服务的啊呃，URL，然后呢，你可以在这里去配置上，你可以在这里去添加上你CDN。

把资源放上去之后，CDN的那个IP，或者CDN给你的IP，或者说CDN给你的那个c name配在这里，那这样的话，我们在访问的过程中就会帮你去做一个，呃，我们就会其实直接去访访问这个c name解析出来，或者直接你这个IP啊。就是我们就会去做在请求的时候去做那个域名的替换，那这样呢，我们就可以保证这个请求是按照你指定的路径去做的访问，那这样我们就可以在不修改我们的网的情况下，去对比我们上了CDN和不上CDN之后的效果。

那同时呢，这个场景也可以用到我们去选择不同的CDN的厂商的时候，就比如说我可能有三家厂商都要选择，那我不可能把我的线网去反复的去在这三家之间去切换，而且即使我切换了，其实也做不到一个测试的同时性嘛，那这个时候啊，我们就可以创建三个不同的博测任务，然后呢，我们在这个他们所有其他配置都一样，只是在这个house这边我们去配，呃，三家不同的这个CDN，呃，C name，然后这样的话呢，我们其实也可以实现，就是啊对不同CDN厂商一个选型，那基本上除了这个场景以外，这个这个配置项是不太可能会需要用到的，然后下面可能说一下比较常用的，嗯嗯，流量劫持，这个其实就是防止，我们防止一些CDN的厂商，呃，会对我们的服务进行过多次的转发，嗯，就是。

他们可能会给我们返回，经常返回很多很多302，然后我们会有很多重定向，这个其实是嗯，对我们用户不友好的，但确实现在这个情况比较少发生，然后页面篡改其实就是啊，我们。可呃这边其实可以配置一些具体的嗯元素标记的元素，去判断我们的页面是不是被篡改了，然后这个其实就是属于呃，比如说我们的页面被植入了一些呃不好的JS，然后他去进行一些干扰我们用户的行为，其实这个是可以在这边去配置检测的，然后同时也因为我们也有DNS的步骤，所以这块也可以做DNS的配置，但是一般这几个配置其实是嗯不太常用的，最多的可能还是呃，我们不需要配置，或者说我们就配一下自定义host。然后好，我们来看一下这个，那这个任务我也跑了一段时间了，然后我们可以来看一下这个任务的一个，呃，数据我们去怎么消费。

嗯，那大家可以看到，其实呃，对，我这个是配了一个呃海外地域的嘛，然后在这边其实呃我们可以看到的是呃一个几个比较重要的指标吧，一个是我们的首屏耗时，然后呢，可用性，可用性肯定是第一，第一维度指标就是这个页面是不是可以访问，那在这个页面可以访问的情况下，我们会关注一下首屏耗时，就是我们用户花了多久，然后才看到了，呃才看到了，就是对于我们的用户来说，他才看到了我们的页面嘛，然后嗯，但是为了方便大家去做一个呃整体的对比吧，我们这边还放了一个100K的耗时耗时，因为页面可能大小不一样，然后导致这个首屏耗时的，首屏耗时可能会有区别，但是我们并不是说页面元素越少，然后导致首屏耗时越低就越好嘛，所以我们为了衡量这个下载速度，其实我们会看就是这个，呃，100K内容的耗时，嗯，这个其实也是。

是可以综合看我们的资源分布是不是合理，然后包括我们的呃，JS代码，然后包括我们的渲染速度是不是，呃，是不是一个比较高效的状态，嗯，然后同时我们对然后还有一个就是整体传输速度这个指标，我们往往用来去衡量一下我们，呃，因为这个是我们资源下载的部分嘛，然后这个我们往往用来去衡量就是嗯。一个是我们客户用户的他的实际的网络情况，还有一个就是呃，就是呃CDN的一个性，CDN的加速效果是不是呃真的是一个比较有效的状态。嗯，然后呃，再往下呢，这边其实我们可以看到就是呃，这边我们其实给大家做了一个投影，就是可以看到在整个用户的访问过程中，然后呃，所有呃。

就是我们究竟是就是综合所有元素来看，我们究竟是哪一步的耗时会比较长，然后理论上来说呢，啊，正常的情况下我们呃应该都是我们的嗯下载用时和我们的响应用时比较长，然后如果呃发现发生的是我们的DNS，我们的TCP用时比较长，可能这个时候我们就要去找一下我们的对应的呃网络供应商，或者看一下我们底层传输的时候是不是有一些问题，嗯，因为呃。嗯，这个其实是不是我们页面能页面我们的代码，或者我们的页面，或者我们服务能优化的方向，嗯，能我们能通过优化这些部分的方式来，呃优化整体事件，可能就要去找我们对应的这个，呃底层的供应商去看一些这样的问题。好，那我们现在其实是看到，比如说我们看到啊，北美整体的就是啊，访问性能是并不是很好的，然后我们这边可以，我们这边就可以聚焦到我们北美的数据，然后这个时候北美其实我选了几个几个点嘛，然后我来选一下，比如说我们首屏，首屏性能可能。

最差的一个地方。然后这边其实我们就可以看，我们就可以看到一个，呃。找一个稍微。这个元素加载耗时就会渲染就会比较久，它应该元素比较多。嗯。我来看一下其他的。页面。像嗯，像这边其实我是按倒序的嘛，其实我们有几个都比较耗时，都比较高，其实在这里我们就可以，呃，看到就是比如说啊，我们比如说是这个元素，然后呢啊。

它的可能整体加载的时间会比较高，然后这看起来啊。好吧，我不是腾讯视频的同学，但是嗯，其实这个元素看起来加载耗时比较长，然后看起来是一个我们可以去优化的项，然后呃，此外呃，其实剩下的其余的元素加载效果都比较好，那这种情况下的话，我们可能就要去针对这一个元素去做一个定向的优化，我们看这个元素是哦，就是元素下载用时比较长，那么可能就会考虑是不是呃，是不是这个元是不是就是呃，我们可能就会去定向的去做一个，比如说做一个我们的文件的下载任务，然后去看一下啊，我们下载这个元素究竟是在下载过程中究竟是哪一步，然后呢，它可能耗时比较长，然后去看一下啊，怎么去定向的优化一下这个点。

然后第二个就是我们同样也可以看一下域名维度的这个性能剖析，我们看到其实嗯，其实大部分占比还是比较均衡的，那可能这个就不是我们重点可能需要优化的一个点，然后同样嗯，我们所有这些详细数据其实也是支持导出的，如果你想对这个元素级的数据进行一个更细化的一个分析的话，其实也是可以把这个所有的导出的Excel，然后自己去做一个更加嗯好的可视化的分析，或者我们一些运维的同学可以直接把这个数据导给我们的前端同学，然后去看一下，嗯，这个部分有哪些可以优化的点，嗯。那下面我们就过到我们的最后一个任务。

呃呃，这个就是其实刚才都说过了，就是啊，我们主要的一些配置的tips，然后CDN这边其实就是大家可以注意巧妙利用一下那个自定义host。嗯，然后还有就是我们的后台呃端口性呃后台呃服务接口的这个接口嘛。然后这个其实我们都知道，就是整体我们的请求过程其实会呃，有包，其实之前在说那个元素下载，其实类似的嘛，对我们来说它都是一次啊后对于后台接口的一个请求，然后啊这个里面其实嗯。我们可能主要想比较关注的就是是一方面前面可能会有一些网络的问题，影响我们这个服务不可用，然后另外一方面呢，我们可能也想关注我们从发出请求，然后到我们服务器真的去把这个呃数据返回，然后这个服务器整体的响应时间，然后通过这个时间，其实我们也可以判断一下我们服务器整体的呃处理性能究竟是怎么样的。

嗯，然后一般比较常用的，可能我们呃正常我们去啊测试一个后台接口，其实我们呃就比较常用的，比如说我们的HTTP协或者HTPS，其实我们基本上要构造HTTP，然后这里其实大家简大概每个呃每一行它大概是一个什么部分，基本上我们会有一个呃请求头，然后这里大家。就说一下自己是做post还是get，然后有一个协议嘛，后续就是一些he的字段，大家可以根据自己的嗯情况去自定义，然后最后就是。我们的我们的请求体，然后就是啊，可能如果我们是POS，或者说呃，如果我们是POS的话，可能就会，嗯，在这边我们有一些啊具体的值，然后或者说一些构造一些具体的接口测试的啊参数的场景，然后同样的就是我们对于HTTP啊返回的这个解读，其实啊，有些时候他返回的给我们是一个HTML文件，然后有些时候返回的其实就是一个直接的或者一个字符串码，那这种情况下，其实我们也可以针对我们的HTTP的啊相应的啊内容去做一个呃。

嗯，匹配或者验证，比如说我验证是不是，呃，验证它整个的文件，或者说我验证啊是不是出现了对应的字段，然后去判断我们这个服务是不是可用，或者说我们这个接口是不是按照我们想要的方式再去，嗯，再去执行它的逻辑。然后同样的用啊云播测的话会有什么好处呢？啊一方面呢，首先第一个优势可能是说我们再去做一些自动化的接口测试的时候，其实云播测有非常完备的API，从创建任务，然后到呃删除任务，然后选择播测节点，然后暂停，然后包括到拉取单次的详情数据，其实我们云播测都是直接提供了云API的接口的，那我们很多用户其实是会利用我们这些接口，把我们云播测这种端口的测试啊，然后包括页面的测试去集成到他自己的一个发布流程里，然后这样的话，用云波测的一些呃，全地域的探测能力，直接去帮他做一个灰度的部分，嗯，然后第二个就是我们其实有非常详细的耗时，然后还有就是我们会把整个完整的响应内容其实都给返回回来，这样的话，呃。

我们呃，这样的话，其实呃在。判断这个接口故障的时候，其实你是有所有的原始数据的。好，那我们下面做有一个简单的实战吧，就是嗯，其实主要我们两个场景也是一个是接口性能监控，还有就是服务变更啊对。然后给大家展示一下我们在接口性能上一般我们会怎么配置。

哦，我看一下。然后我这边也是，我这边也是配置了一下任务，然后我们先看一下任务配置的时候有哪一些重点啊，首先就是我们在啊接口性能配置的时候，嗯，比较常用的可能就是HTTP和HTTPS嘛，然后啊，我们一般会呃，我们这边会首先让大家啊去提供自己的啊域名和端口，就是大家可以提供域名，也可以提供IP，就基本上是我这个服务，具体是哪个服务啊，然后在下面呢，这边配置项可能比较多，但大部分嗯。一方面呢，我们会建议就是大家还是把这个抓包的能力去打开，然后以防我们在呃，发现一些问题的时候，我们又不能及时的复现，我们可以立刻使用这个事故现场的这个抓包数据去做一个分析，嗯，然后这边协议类型的话，就是如果大家是HTTPS的话，就选SSL，然后如果是HTTP的话，其实我们就选ttp就好。

嗯，然后我这边构造的，我这边其实就是呃，写了一个云函数，然后我呃。就写了一个简单的返回，Hello word，然后这边其实大家可以去测试，大家可以去输入自己的请求内容，就是我们这边也给出大家示例，就是比如说你是做POS还是get，然后你的协议版本是什么样子，然后后续比如说如果，呃，如果我们有更多的比如说一些请求，请求体也可以按照我刚才PPT里给到的方式，大家去在这里去配置一下，然后自定义的灵活度是非常高的啊，同样这边也可以支持他，大家去做一个自定义的house，比如说我们就想指定访问某一台测试的。机器IP如果嗯也是可以的，然后呃，之后我们这边其实是支持对啊的，大家对访问内容去做一个验证，这个刚才也提到过，然后因为我们在端口性能的这个判断上，我们是会分，我们是会有两条判定标准，第一个就是我这个端口通不通，然后第二个就是我这个端口返回的场景是不是我期待中的场景，呃，返回的结果是不是符合我的预期，那是不是符合我的预期，这个正确率的这个方方面就要靠我们的这个验证方式去配置。

然后呃，那我们就来看一下这个具体的这个任务数据。其实这边就刚才提到的就是正确率啊和成功率，成功率就是其实就是我们。呃，成功和目标主机建立连接嘛，然后正确率就是返回的结果是符合我们的预期的，然后这边给大家简单过一下，就是这边的响应内容，其实呃，这边的响应内容其实大家也可以看到，我这边只是简单的返回了一个hello的字符串，如果是返回整个文件的话，其实这边也会给大家完整的展示出来，然后因为我们是基于真机测试的，所以这边和页面性能一样，我们会有一些呃完整的详细的数据给大家啊，就是环境的数据给大家展示，这样的话大家可以啊看到，就是可以做一个分析嘛，就在怎么样的操作系统，然后或者呃。

具体某个运营商或者哪个地区的网段，呃，我的服务是不太可达或者不太可用的，都可以做一个更详细的分析。嗯。这个场景比较直接啊。那接下来其实我们三个场景基本上都讲完了嘛，然后最后一块跟大家简单说一下播测点的一些最佳实践，嗯，其实大家可以看到我们的官网上，我们有很多类测点，包括那么长的测点列表，我们有一些IDC的探测点，Last，然后包括移动端，然后他们的区别其实是啊，IDC的探测点其实是不属于我们的机房，它的特点是它的稳定性比较高，然后本身的网络质量就很就比较高，主要可能呃比较是，但是它的覆盖的城市有限，因为我们在很多三线或者说呃，二线城市，其实我们都不一定有机房的覆盖，那这个呃，主要适用的其实就是我们做一些基础的可用性的检测，其实这个时候我们并不是很在乎啊。

弱网环境下的一些情况，然后我们更在乎我们的判断，我们的域名和我们的，比如说对应的端口是不是可用，然后第二个呢，就是我们的last和我们的移动端的节点，其实他们的是我们的部署方式，其实是我们会利用一些真实的会员的PC，然后去在他们的机器或者他们的手机上去挂载一个我们的程序，那这个的特点就是他可以非常真实的模模拟用户的网络环境，包括他是用WiFi还是用啊4G啊，而且呃，因为我们的会员是，呃，我们可以运营去遍布更多的二三线城市，所以其实它对于城市和运营商的覆盖度其实要更好，那这种其实更适合我们去做一些啊，比如说用户。

给我们反馈它不联通或者直播的时候，我们想看，比如说某一个地区或者呃网弱网环境下，用户的体验是不是好，还有就是呃整体的网络联通性的诊断，那这种情况下可能就比较适合用我们的拉曼和移动端的节点。那最后其实嗯，再跟大家介绍一下我们波测新上线的这个套餐包啊，我们的套餐包呢，其实是把啊，我们刚才提到的IDC和last啊这些节点其实给大家组合去提供的，然后覆盖我们覆盖了呃，我们呃这个可能是就是我们可能比较建议大家使用的一些场景，我们的长线版呢，其实只有我们的一些IDC，就是我们一些高频的测点，然后它是给家提供了15万次的这个可用性探测，就是网络质量加端口性能，然后在IDC探测点上的探测那。

这个呢，基本上应用的场景就是如果你想去呃，我们可以支持就是最大同时就是五个任务，然后持续性的每十分钟播测一次，然后可以覆盖到国内的其他地域，那基本上这个五个任务可以是你的端口，也可以是你的某个，嗯，可以是你的比如某个接口，可以是你的某个域名，然后去做一个这样的呃可用性的一个持续性的检测和告警，那作为基础版呢，其实我们提供了更高的免呃可用性探测额度，同时也提供了一些高级场景，就是我们说的像last smile啊这些包括lastma的一些节点的探测，那这个。场景下呢，其实我们就可以支持您，在一些满足更好的就是呃，可用性探测的覆盖的情况下，更高频率，更多城市覆盖的可运行探测情况下，还可以支持，比如说您还有3000次可以用于做一些短期的故障排查，然后包括一些针对一些弱网地域，比如说一两个地域的这种啊，比如说持续一两天的这种探测监控，然后第三个套餐包呢，其实就是我们的专业版套餐包，专业版套餐包我们可以支持到15个核心城市，然后乘以三大运营商的这种可用性探测的覆盖，有200万次频率也是可以支持到最高的五分钟，然后啊，在一些高级场景上呢，我们是提供了2万次，那这2万次相当于什么呢？相当于您可以去做。

做一次三到四家的CDN的厂商的选型，这个是啊完全够的，然后第二个就是嗯，包同样的还有一些剩余的额度可以去做一些啊，短期的故障排查啊，短期的护航，或者一些弱网地域的一个探探测，然后这边也跟大家说一下，虽然今天愚人节，但是这个折扣是真实的折扣，就是一方面我们会有一个上新的优惠，就是我们的长线版套餐包啊，现在是一折给大家提供到，然后原价是99，然后现在只需要九块九啊，然后第二个就是我们有一个长期的续购优惠，就是对于基础版和专业版，如果您一次性购买六个月以上是可以有九五折，然后一次性购买12个，12个月以上的话，我们是可以啊，就是整体打一个九折，嗯。

好，那其实今天说的就是时间也已经到了，然后确实嗯播测其实还有很多很多应用场景，然后同时我们其实还有另外两类比较基础的任务，另外两类音视频和文件传输的这两类任务啊，我们可能会在后续的啊直播中，或者以其他形式去给大家啊提供到去做一个更加详细的讲解吧。然后呃，对，然后不知道，应该是过程中不知道大家啊，是不是还有一些遗留的问题，然后我们可以看一下主持人这边的安排，就是呃，我们是在线解答还是我们后续，就比如说在群里把这个答案反馈给大家，然后最后这边还是大家如果有问题，然后有什么没有讲解到的，或者大家可以想一起探讨交流的，我们都可以啊，加一下这个云健康用户群，或者关注一下我们的公众号，我们也会定期去推送一些关于播测最佳实践的一些知识，包括我们用户的一些啊，其他用户使用的案例，然后希望能给你一些更多的啊。

啊。间接或者啊，更多一些新的对于业务监控上的一些思路吧，嗯。呃，感谢李爽进行的分享啊，因为时间的关系，今天我们的课程就到这里了，如果您喜欢今晚的课程，可以扫描二维码关注腾讯云公众号，获取更多的产品信息，如果您的产品有疑问的话，也欢迎您加入腾讯云技术分享群，我们的架构师与产品经理将实时为您解答您的困惑。呃，感谢大家今晚来到这里收看我们的直播，那么我们的直播今天已经全部结束啊，我们下次再见。