如何实现一个好用的全链路多测试环境(HTTP篇)-Toy模板网

这篇具有很好参考价值的文章主要介绍了如何实现一个好用的全链路多测试环境(HTTP篇)。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

这里是weihubeats,觉得文章不错可以关注公众号小奏技术，文章首发。拒绝营销号，拒绝标题党

随着公司的发展，研发的系统和开发人员会变得越来越多。但是测试环境却始终只有一个，所以久而久之，我们就发现研发经常遇到如下问题:

如何实现一个好用的全链路多测试环境(HTTP篇),全链路多测试环境,http,网络协议,网络

解决上面的问题很简单，就是部署多套测试环境，但是在在微服务系统架构下不同服务(比如我们有库存服务、商品服务、订单服务)可能是由多个团队进行开发维护的。

如果每个团队有单独的一套开发联调环境，那么每个团队不仅需要维护自己环境的微服务应用，还需要维护其他团队环境的自身所属微服务应用，效率大大降低。同时，每个团队都需要部署完整的一套微服务架构应用，成本也随着团队数的增加而大大上升

比如订单服务需要部署的自己的测试环境，可能需要部署
product、order、pay等服务多个服务

实际上订单小组可能只关心order服务，其他服务自己不关心，也不用去维护。

只需要自己在测试调用其他服务的接口的时候稳定不报错，不影响自己测试就好。

然后如果商品小组也想要自己的测试环境，也需要再部署一套如下系统

product、order、pay等服务多个服务

总体成本是非常高的，那么有没有其他更省事实力的方案呢？

此时可以使用测试环境路由的架构来帮助部署一套运维简单且成本较低开发联调环境。测试环境路由是一种基于服务路由的环境治理策略，核心是维护一个稳定的基线环境作为基础环境，测试环境仅需要部署需要变更的微服务
多测试环境有两个基础概念，如下所示：

基线环境（Baseline Environment）: 完整稳定的基础环境，是作为同类型下其他环境流量通路的一个兜底可用环境，用户应该尽量保证基线环境的完整性、稳定性。
测试环境（Feature Environment）: 一种临时环境，仅可能为开发/测试环境类型，测试环境不需要部署全链路完整的服务，而是仅部署本次有变更的服务，其他服务通过服务路由的方式复用基线环境服务资源

各个小组需要自己的测试环境只需要关心自己系统的多测试环境，在调用其他系统的时候调用他们稳定的基线环境，所有服务只需要维护一套基线环境，其他小组想要增加自己的测试环境只需要自己多部署几个自己的特性环境，而不用管其他小组的服务。