www.fireknight.tech 个人博客,欢迎访问,CSDN不定期更新
-
总结
- 提出了一种基于增量调试方法的故障定位方案
- 定位系统配置以及信息顺序带来的问题
- 特点:使用istio来进行调用和返回顺序的控制
- 感觉实际使用价值不大,现实过于复杂,增量的变量过多
-
引言
-
微服务复杂性 – 故障调试困难
- 四个维度:节点、实例、配置和交互顺序
-
贡献
- 一个基础设施平台
- 一个增量测试算法
-
-
增量测试
- 通过在变化的环境下反复执行相应的测试,可以识别出与测试失败相关的故障因
素和不相关的故障因素。 - 即:找出导致测试错误的最小范围
- 通过在变化的环境下反复执行相应的测试,可以识别出与测试失败相关的故障因
-
过程
-
- 找最简环境:首先确认在故障环境下应该运行失败的测试用例可以在最原始的环境(即最简环境)下运行通过
- 找最小故障因素集合:使应该运行失败的测试用例仍然出现同样状况的失败结果,并且应该运行通过的测试用例全部通过
-
-
增量调试
- 维度:节点数目、实例数目、配置、交互顺序(微服务调用的执行和返回顺序)
- 目的:推导最小故障集合
- 表示:用一个向量来表示上述四个维度,每个维度含一个或多个位
本文介绍了一种基于增量调试的方法,用于解决微服务架构中故障定位难题。该方法通过控制节点数量、实例数量、配置及调用顺序等维度,确定导致测试失败的最小故障集合。

被折叠的 条评论
为什么被折叠?



