流量回放在酷家乐的实践.pdf

1、CONTENT01背景02演进历程03总结展望服务粒度细化中台化趋势酷家乐：当前共有服务近2K,其中核心服务150+，每个服务少则几十，多则几百的接口数敏捷迭代如何快速回归?1回归如何保障质量，减少漏测？回归工作怎么提升人效？支付中台、方案中台、渲染中台、多语言中台、UIC中台、户型中台、权限权益中台、商品中台.回归任务重回归困难32流量回放我们借助网上开源工具，结合了公司内部的一些资源平台，进行了流量回放的实践和演进。工具特性Goreplay支持 HTTP 请求的录制和回放，简单易用Diffy支持 HTTP，提供diff能力，可以智能降噪jvm-sandbox-repeater提供录制、回放

2、、mock等能力，扩展性强goreplay示例：示例：goreplay录制：sudo./goreplay-input-raw:80-output-file test.log-http-allow-method GETgoreplay回放：sudo./goreplay-input-file test.log-output-http 10.x.x.x:xxgoreplay针对单接口实时回放：sudo./goreplay-input-raw:80-output-http 10.x.x.x:xx-http-allow-method GET-http-allow-url/api/xxx/xxxgorep

3、lay是一个开源的网络监控工具。可以用来记录流量，并用于回放、负载测试等。举个例子diffydiffy平台是Twitter开源的一个工具，通过配置可进行快速的结果对比，而且自带噪声过滤功能Diffy完美适配ProdNewProxyResultGoreplayOldOld查询类接口需要人为识别出来搭建一套diffy环境有成本，且管理杂乱无章命令操作，容易出错解法利用监控调用链智能筛选1.把目标接口对数据库操作做一波过滤2.查询api子调用3.把被调用的api对数据库的操作做一波过滤优点 智能降噪 全链路校验 普适性缺点 不支持写请求回放，只支持查询类请求 对环境稳定性依赖高 做不到跨环境回放单服

4、务影子库、影子表以单服务维度，把服务外部的交互全部mock掉，包括子调用、存储回放流量走影子库、影子表，可以验证全链路框架基于JVM-Sandbox，封装了以下能力：1.支持子调用mock2.开放数据上报，录制结果可上报到自己的服务端流量录制接口自动化case生成线上问题排查赋能其它平台业务检测多维度流量回放优点 子调用可mock，无环境约束 存储类子调用也mock了，增删改查接口都可使用 子调用也可以不mock，走真实链路 录制数据存储，可以拓展使用场景不足 小问题较多，需要较大精力去完善 子调用录制mock需要插件支持 数据存储量较大 回放失败误报率高，排查成本大 启动过程会对应用的 CP

5、U 使用率、平均耗时产生比较大的冲击 操作步骤较多，不够便捷优化mock匹配算法13console独立部署，分布式部署，通过shell脚本和repeater进行交互repeater状态同步和控制5支持更多conten-type类型6完善日志记录，建设日志收集能力。分析日志，修复日志中暴露的问题前端展示和优化24问题一：小问题较多，需要去完善问题二：子调用录制mock需要插件支持1官方已开源支持插件：http，java，mybatis，ibatis，redis，dubbo，hibernate，jpa，socketio，okhttp，apache-http-client，guava-cache，e

6、h-cache，caffeine-cache当前kurepeater支持插件：http，mybatis，ibatis，redis，hibernate，okhttp，socketio，apache-http-client，guava-cache，eh-cache，caffeine，rocketmq，mongo，kafka，hbase，caffeine，cos，jpa，mybatis-plus，toad，soa，es等23找到对应框架最合适的埋点，ignore过滤不需要的事件问题三：数据存储量大1使用es存储录制和回放