12.17上周性能测试总结

上周进行了认证接口的性能测试

又收获了很多，有一点和架构搭上了关系

首先整个服务的架构大概是：niginx-web服务-gateway-cloud
除了cloud是主要处理业务的服务，其他服务都只负则转发理论上不会成为瓶颈

根据前期由于各方面由于硬件达到瓶颈而使得测试结果不准确，总结了下正确的测试流程。

首先在保证肉机的cpu，内存，网络不会成为性能瓶颈
其次在不扩展的情况下，需要得出单条线路tps的最大值。这个时候要保证物理机的cpu，内存，磁盘没有达到系统瓶颈。然后加大用户数直至tps不再上升，然后调整各项参数，基本得到单挑线路的最大性能。如果条件允许的话，可以继续单独压gateway和web服务的转发能力。像这次测试问题就是出在gateway的转发，由于gateway转发所部署的机器问题导出gateway的tps上不去，从而导致后面整体的tps上不去。所以就是要在开始的时候将所有通信会走过的地方，在硬件资源不成为瓶颈的情况下，去压出它的tps最大值。避免到后面才发现有问题导致前面的测试结果不准确。

后来测试出的最佳情况是1个gateway搭配三个cloud，tps可以达到3000
理论上硬件不成为瓶颈的情况下，在部署一个gateway+cloud，tps应该可以达到6000.但是由于资源有限。内存只剩不到一个g，tps达到4500之后就上不去。后续的继续验证需要扩展物理机性能才能继续验证