Kindling-OriginX v1.4.0 发布：开箱即用，无需对接；自动关联故障节点的上下游关系，通过延时曲线辅助判断根因节点

最新推荐文章于 2024-10-04 13:19:28 发布

云观秋毫

最新推荐文章于 2024-10-04 13:19:28 发布

阅读量822

点赞数 7

分类专栏：更新日志文章标签：网络数据库大数据

本文链接：https://blog.csdn.net/kindlingx/article/details/139642287

版权

更新日志专栏收录该内容

5 篇文章 0 订阅

订阅专栏

在本次更新中，为了进一步加快排障速度，Kindling-OriginX优化了故障诊断页面，自动将故障节点的上下游关系关联起来，并展示了节点的响应耗时，使故障节点间的依赖关系和耗时相关性一览无余，在多节点发生故障时更容易找到根因；我们还在首页中将SLO状态与请求次数关联在一起，辅助用户判断SLO状态变化的原因。

从该版本开始，OriginX安装后开箱即用，无需再对接外部 Tracing 系统，我们大大简化了安装过程，欢迎安装试用！

自动关联故障节点的上下游关系，通过延时曲线辅助判断根因节点

在之前的版本中，我们创新性地通过北极星指标识别出故障的初步原因，并展示在故障诊断页面中，在单节点发生问题时，用户能够依据故障初因快速排障。但当同一个链路中的多个节点同时发生故障时，仅靠查看故障初因难以在多个节点之间找到联系。

为了解决这一难题，Kindling-OriginX自动化地分析出故障节点之间的上下游关系，并将其展示在故障诊断页面中，一览无余地展示了多个故障节点的调用关系；再辅助查看服务的延时曲线，能够快速在多故障节点的场景中识别出故障的源头，避免多次打开故障报告。

在下图的场景中，入口服务节点ts-travel-service发生了故障，其中有42%的初因故障节点是ts-seat-service，有44%的初因故障节点是ts-order-service，其中ts-seat-service调用了ts-order-service，在延时上存在直接的相关性。

分析ts-seat-service和ts-order-service的延时曲线以及故障初因可知，两个节点都是造成入口服务延时升高的罪魁祸首。最终分析根因报告发现，是ts-order-service节点的网卡中存在200ms的网络延时，导致ts-seat-service调用ts-order-service延时升高，同时ts-order-service调用下游的延时也升高。