有料 | 全栈应用性能管理解决方案深度解析（下）

前言：3月22日，发布会上云智慧高管团队共同启动全栈性能管理解决方案发布仪式。解决方案已经发布了，到底什么是全栈性能管理解决方案呢？

昨天，全栈应用性能管理解决方案提到了移动自动化测试、性能测试、性能管理和监控，大帽子讲完了，到底具体每一项是什么意思呢？今日继续推送。

移动测试部分
首先移动应用测试面临的挑战，要人去点必然覆盖不全面，而且要招更多人点，不同的手机，我在一个客户那做了测试，是移动手机的兼容性测试，找了100款机器装了软件，如果100款，一个人做就算安装、点完、退出，一次一个小时，就需要做100小时，如果用软件来做可能点这个只要一次，剩下时间不需要管就做完了。这是移动测试面临的挑战。简单看到底是什么呢？就是移动成为架构的一部分，我周末参加了一个沙龙，现在大家做的时候已经把移动框架考虑进去了，不能只考虑后台，要把移动框架考虑进去，所以移动的架构已经成为核心架构的一部分。

第二部分就是研发是迭代，或者是持续的，或者是敏捷的，这个过程当然需要效率和速度越高越好，在不丧失质量情况下如何帮到。移动方面能不能做到移动自动化的测试。

第三个手动和远程测试效率低下，导致移动自动化测试应运而生，只要你想给客户好的体验，只要想通过APP得到更多的收入就必须做这件事。

做法其实也很简单，三件事来做，一个是自动化，让他做到自动。第二个精准，要做到人所做到的，一次精准让次次精准，不用担心人不会精准的问题。第三个一定是高效、高速，效率非常高，快速能够做出来。所以我们希望做的简单来说多、快、好、省，这是移动自动化真正的目标和核心的功能。

简单来看一下它的动画，到底怎么工作呢。有三个手机界面，只要做一遍就会不断忠实回访，不会作假。左边的画面怎么做到呢？第一让设备变成可录制的，就是需要一个很简单的插件装到手机上，做一遍就会录下来。录下来之后组合一下可能是一笔交易，多次交易混合一下，还不能简单回访，有可能回访要检查数据，还设检查，设完之后要分析是不是全覆盖了，出错了怎么办，是接着走还是停掉。不断完善测试的用力，这是移动自动化测试简单的功能介绍和说明。

性能测试部分
我们刚才讲的真实环境的测试和温室测试到底是什么？温室环境测试更多是在自己测试环境做，而真实压力测试环境就是环境都不用准备，平常跟用户怎么服务,现在还怎么服务，唯一缺点就是大家晚上需要加班，服务人员晚上要干活，因为你白天要服务客户，晚上就可以测试。测试在云端，可以利用我们监测点，也可以利用其它云的厂商，可以选择从什么地方发起测试。

第二发起多少测试，你要做的事情就是准备测试数据，温室和真实环境差异在哪，我现在告诉大家，为什么要做这个呢。我问几个问题，第一带宽是不是压力情况下能测到真实外网带宽，带宽是很贵的，测没测到，压力上去带宽消耗多少，够不够用。第二一定会有安全的防火墙，防火墙配置允不允许这么多流量过去。防火墙之后负载均衡的算法准不准确，负载均衡之后的每台机器的负载是真的均衡还是就叫负载均衡器而不是真正的负载均衡。还有CDN是真正发挥作用，请求一个图像，请求动态数据，是CDN来还是后台来的，响应时间是多少，有没有知道？其实你未必知道。你完全不知道或者部分不知道，你一定要用压力测试，从全貌来测试。这是它的价值。

我们也强调几点，这种压力测试第一个还是希望性价比好，一定要简单、易用。我们总结了三个6，以前做压力测试需要6周，甚至更长，现在需要做的是6小时，还希望做到6分钟，后面两个6是我们希望做到的，而且我们有能力帮你做到。6小时，所有测试案例几乎都是6小时之内完成的，在座有我的同事经常半夜帮客户做，12点开始，两点、四点结束，因为他给我加班记录，所以我知道。有没有可能更快，6分钟？那就要看系统量有多大，要不要同时发起，一上一下系统就有问题。

第二，规模，有压力的生成器，这就是规模。规模从哪能出？自己去备。可能我让你做200万并发，你需要多少台机器呢？一台机器做2000个并发，那可能需要1000台机器，从哪买呢？我们有很多服务商有合作，而且我们自己也有监测点，从全球、全国帮你发起，所以我们有规模的能力。

第三，高性价比。我们是按小时，按每个用户的VU收费，将来希望按分钟来收费，希望真正用了多少就是多少钱。这是高性价比。这是压测宝的能力。

我们做法很简单。第一步脚本的准备和录制，我们希望做到帮你录下来，操作一遍帮你录下来，脚本就生成出来了。第二步需要测试任务，或者我们叫测试方法要出来，测试的曲线什么样，测试的策略。第三步实时分析测试过程和结果，强调一点实时分析，不是测完后看结果，不是所有压完之后出一个报告，或者自己看，我实时帮你压测，看到过程，包括最终终极的结果。这是三步实施情况。

看一下它的视频，工作模式也比较简单，最上面那一行是统一的数据，有多少请求，做了多少交易压力，多少成功，多少失败。响应时间多少，负载多少，带宽多少。最左手把时间，并发的用户数，响应时间，带宽同步显示出来。中间会看到后端机器的负载，代码的执行效率，带宽消耗程度，流量的变化情况，包括每秒钟请求情况，这就是真实数据的分析。这是第二大核心的产品叫真实环境下的压力测试，一个是全链路从外回压，二是真实环境，不是温室环境。第三个是我们一直在倡导的全栈的应用性能管理的解决方案。

性能管理和性能监控部分
这里我们强调三个关键词：第一业务，第二从前端到后端打通，端到端很多友商都在用这个端，我们这个端到端和其它会有差异，我所讲的端到端不是前端监控，后面监控端到端，我们所谓的是请求把前后打通，所有数据不出来，当然不是业务数据，是性能数据。从前端拿一个行为有多少请求，每个请求到后面关联的请求是什么，这要全部拿出来，让你看得到。所以这是端到端，全栈从前端到后端全部的覆盖。

第一个业务。业务就是我知道业务量，所以在这里一个是交易，一个是事务。从宏观来看一个系统有多少交易，每个交易又有多少小的请求构成，每个请求执行效率好不好，如果每个请求效率都很高，那我的交易就很好，一个部门每个人绩效都是A，整个部门就是A，如果大部分是A，一个人是C，可能就会受影响，简单看就是解决这个问题。这是业务角度来分析的。

最左边是业务系统的真实应用图，把整个业务系统抓下来，一个业务系统用到了前端从哪里用，有没有中间件，用的什么语言，后端用什么数据库。这中间的分析以及各自交易和各个请求，吞吐量，有没有超过用户预期情况，每个交易的列表，每个交易情况有没有错误，有没有响应慢，有没有异常的情况。

我们涵盖内容是什么呢？要分析这些数据，既然端到端要打通，相关数据就要收集下来，否则就做不到。所以我就要了解基层层面数据，也需要知道业务层面的数据，也需要网络相关的数据，也需要中间安全策略数据，最后拿到整个用户体验的状态。所以从前到后全部的数据。

拿到这些数据真正要服务的对象是谁呢？服务对象要做什么？

我们服务的人有几种人群，一个是前端业务或者市场人群，他需要知道这些多业务，我业务有什么变化，为什么业务最近收入下降，是因为市场变化还是因为IT变化，还是后端支撑有问题，所以需要知道最近收入状态怎么样。第二个是运维人员要知道我们系统出现问题了能不能快速解决问题，快速发现问题，然后不要让老板觉得我的运维水平有问题，快速定位、解决、预防的问题。第三面向开发和测试人员，快速构建，快速交付，持续交付，就是我产品代码一写万能持续集成，持续交付能快速交付到不同环境中去，可能运行一遍，前面有自动化测试走一遍，后端业务是不是这么跑的，API已经在开发环境和生产环境是不是已经开发和测试人员就可以看到有没有出现问题。

最终面向的就是更高层的业务人员，高层管理人员希望用户整个满意度是提升，企业应收增加。所以我们面向的这几种不同管理人员，有开发测试人员，运维人员，前端的业务人员，这是我们服务的对象。

我们讲了API两端，一端是真实用户体验，真实环境发生的。还有希望用户下单了，但是系统没有下单，系统还需要去维护，有没有问题，数据库有没有在半夜被误删了，这就不可避免用到我们全球监测网络，帮你从全球各地发起了解网络状态、CDN状态、网络服务器状态，响应时间是不是好的，这些都是要关注的。所以这是主动管理的概念。

API，做过程序的人都知道是应用开发接口，有人说跟我有什么关系，我从来没干过，开发跟我太遥远了，我只管网络和存储，或者我就能装两台机器，会用个手机。其实你现在用的所有手机都跟API打交道，你现在用的微信，你们公司如果有微信公众账号，API经济的时代是新词。

在三年前我写过一篇文章就是API经济，当时刚好有一款API管理产品，我有一些朋友说这我们现在就这么做的，就这么实现的。还有监控宝，为什么你看到有的监控宝明明是监控宝功能现在不像监控宝，因为他调的是我们的API，API有两种，一种服务给别人，还有你需要服务。所以服务给别人提供微服务，现在微服务概念跟API结合度非常高。

我们讲的API跟我们有什么关系呢？我们帮你提供API，API既然是经济线，它坏了收入也会受到影响，我帮你做，帮你在全国监测点发起对你API的访问，如果你的API非常重要，云智慧帮你监控它。我能帮你做三件事，一个是好的还是坏的，第二数据对不对，第三数据对，快还是慢。我们是业界唯一基于某个API或者API流的监控，想到API就想到我们帮你做，API帮你赚钱，我们帮你保障你的钱源源不断。这是我们在API非常好的解决方案。

更多相关技术文章请关注云智慧官方微信（cloudwise2014）