流量构建平台如何选型海量资源.pdfVIP

2021/11/706|

既然全链路线上压测和传统线下压测有这么多差异，那它肯定会对我们的流量平台提出更

高的要求。我们希望，一款全链路流量平台能够对整体线上环境进行全方位、真实、安全

的压测，这样，我们才能够更好、更快、更精准地进行线上容量评估。

流量平台的需求

下面让我们来看看，全链路压测对流量平台的要求有哪些：

能够提供模拟线上真实流量的能力。也就是说，能够模拟真实流量，最好能够直接获取

线上的真实流量进行压测。

能够实现海量数据的并发请求。这就要求平台的网络结构符合线上环境拓扑，特别是能

满足有地域分布特点的CDN边缘节点需求。

压测类型需要支撑常用协议，如RPC、HTTP协议。这里也要提一下，我们这个课程的

微服务项目都是标准的RESTful风格HTTP接口。

压测不能对线上用户的使用产生任何影响。压测流量的读请求不能对线上产生任何脏数

据，也就是说，需要做到压测标记。

能够提供压测过程中的实时以及业务异常保护能力。线上压测是一项对风险管控要

2/11

2021/11/706|

值得注意的是，为了精准地获取到线上环境的容量，全链路压测有两个非常关键的点：

保证流量的真实性

保证环境的真实性

既然，全链路压测对我们的流量平台提出了这么多苛刻的要求，那么我们又如何基于项目

实际需求进行选型呢？

保证流量的真实性

在流量构造方式上，根据主要的原理的不同，会采用不同的方式，下表整理了几种常见的

方式：

从上表我们可以看到，我们可以使用诸如JMeter、Locust、nGrinder、Gatling等传统压

测工具模拟流量，也可以使用类似TCPCopy、GoReplay、JVM-Sandbox-Repeater等

3/11

2021/11/706|

流量工具，实时录制生产环境流量，并回放导向目标机器。同时，这些流量回放

工具可以支持对真实流量进行放大或缩小。

于是有人说，就是因为这样，才应该直接用真实流量的方式去做嘛，这样就不用管流量模

以覆盖全链路压测的业务场景。

同时这里我也要批驳一个观点，就是有些人觉得只有通过生产流量录制回放的方式，才是

模拟线上的流量。事实上，这个观点是偏颇的。只能说，生产流量录制的方式，相

比用传统的压测工具去模拟生产业务模型，看似在成本和复杂度上都更低。而实际上成本

和复杂度上都不会减少。

我为什么这样说呢？

我的第二个专栏的第6讲中，主要描述了如何利用工具统计出业务模型，接下来，我会

讲到怎样把这个业务模型配置到压测工具中去。

我刚开始以为，这应该是所有性能测试工程师的日常工作，没必要再啰嗦一遍了。但是，

有越来越多的人问我这个知识点，我才发现，绝大部分性能测试工程师，并不清楚如

何统计出业务模型，也不知道如何将它具体配置到压测工具中。

这就导致出现了一个严重的现实问题，目前绝大部分企业在做的线下压测容量场景，都是

瞎做一通。即使线下压测的容量场景结果再怎么好看，也不能回答线上容量的问题。于是

乎，大家都把目光转移到了全链路压测身上。

同时，影响流量真实性的一个重要的方面便是地域性分布，我们可以看到目前国内大部分

的压测平台几乎都是只在内网使用的，除了那么几个互联网大厂，很少有涉及到考虑CDN

分布的。从DNS负载均衡以及加速的架构角度来看，这块是不能忽略的。

最后，我再强调一下，由于流量的链路分布差异，流量数据的多样性，流量的地域性，只

有努力让我们的项目压测流量更为“真实”，才能让容量场景压测结果更为精准。

保证环境的真实性