CopyHttpRequest Doc

/ 0评 / 0

CopyHttpRequest Doc

前言

随着团队微服务改造的深入,我们遇到了一个很棘手的问题:我们更换了全新的数据源/Mybatis版本/FastJson版本,天知道会出现什么奇怪的问题。(居然真就出现了),所以我们想出了比对结果来灰度的办法,大致思路如图:

UTOOLS1589724893749.jpg

即将Application Resource的请求复制到Application Target,通过两次请求的结果比对来验证接口的正确性,因为本质上覆盖了用户的操作请求,原则上是比测试接入更有保障的。这边作为文档即说用法也说思路,由于不是很官方就写的很随意了。

简介

如果你的spring项目正在重构或使用新的中间件,但是在访问中间件后您没有有效的方法来确认系统原始查询API的正确性,此时,您只需要使用Copy Http RequestAndCompare来确认您的更新是正确的。 复制Http请求并比较具有以下功能:

快速开始

1.打包核心组件

项目由于是单独立项,这样其他项目只要依赖jar包就可以使用切面的方法。项目由于没有推送中央仓库,所以需要单独打包或者推送私服:

2.为你的项目添加依赖

3.填写必要的属性

由于这次的插件从很多维度控制了复制的配置,如果是自己接入可以通过引入自用的配置中心来动态配置,这样更加灵活

4.为需要复制的RequetMapping 添加切面

至此,有关客户端的接入就完成了,剩下就是控制台Dashboard的打包和部署了,控制台的功能主要包括:
- 生成报表
- 检索不一致结果次数并举例
- 提供建议的Mango的查询
- 应用切换
- 清空历史比对数据

由于控制台的Db基于Mango,如果对于性能要求高,建议配置MangoDB集群,使用多线程模式进行查询。
控制台接入:
填写Mango地址配置后:

Exp:
UTOOLS1589725539688.png

性能影响

请求复制在Application Resource 机器开启线程池,使用阻塞丢弃策略,以下是压测结果:
单接口QPS 70下 无特别巨大差别
UTOOLS1589729533338.png
UTOOLS1589729536621.png
线程池情况基本一直吃满,并未影响到主线程
UTOOLS1589729540390.png

注意事项

最后

项目开源地址:https://github.com/KelovpString/CopyHttpRequest

发表评论

电子邮件地址不会被公开。 必填项已用*标注