跳到主要内容

Kindling-OriginX

最后 更新

介绍

Kindling-OriginX 商业版是杭州云观秋毫科技有限公司基于Kindling社区TraceProfiling理念构建的一款故障根因推导产品。

功能

Kindling-OriginX 基于 eBPF 实现内核行为可观测性,穿针引线联动应用可观测性数据,网络可观测性数据,日志可观测性数据,构建一体化的可观测能力,使可观测性数据的价值能够充分发挥,进而能够落地根因推导、标准化排障等高阶能力。

本质上而言是因为北极星因果指标给出了故障线索方向,Kindling-OriginX根因推理引擎做的事情是根据线索方向联动现有各种可观测性数据如日志、指标、追踪等数据形成故障现场的证据链条。具体参考信息北极星指标介绍

Kindling-OriginX 遵循的不是传统监控产品的思路,不再是一味地呈现过多的数据给用户,而是尽量减少数据的呈现,只揭示在故障推导过程中依据专家经验需要查看的数据,屏蔽其他与此次根因不相干的数据与指标,最终将所有需要查看的 trace、log、metrics 打包在一个报告中,并最终生成推导的根因结论。Kindling-OriginX 故障推理引擎 快速开始

可观测生态

Kindling-OriginX 在设计之初就考虑需要依赖于云原生可观测性生态运作,所以数据采集都尽可能对接已有的成熟的可观测性生态产品。 目前会依赖以下开源产品:

  • Skywalking (或Opentelemetry等任一Tracing系统)
  • Prometheus 以及 Victoria Metrics
  • Deepflow 社区版
  • iLogtail 社区版

部署形式

具体部署方式如下,见「图1:部署架构图」:

  • Edge Side

Edge Side 指 Kindling-OriginX 部署在客户数据中心,数据的采集都发生在用户的K8s集群当中,原有监控方式继续运行,不用改变。Kindling-OrginX 会根据算法识别哪些数据要对接,而智能化自动化的复制到其专属的 datastore 和 Victoria Metrics 当中。

  • Kindling-OriginX 部署需要客户单独提供几台机器以 KubeEdge 的方式部署,从而与用户原有k8s集群隔离
  • 原有的监控数据全都落在客户的数据中心,Kindling-OriginX 探针以 DeamonSet 形式部署,不需要改动配置代码等,无感零配置部署。
  • Kindling-OriginX 会将一些元数据送至 Kindling-OriginX 的数据中心,主要包括以下信息:
    • 违反SLO条件的相关信息
    • 故障条目数量等
    • 故障服务名称等
    • 按需的故障报告和相关时段的指标等
  • Cloud SaaS Side

Cloud SaaS Side 指 Kindling-OriginX 的数据中心,客户通过部署在 Kindling-OriginX 数据中心的Grafana界面查看SLO违约情况和故障报告。 图1:部署架构图

各版本区别

  • 北极星因果指标 — 永久免费

只支持私有化部署 具体指标意义请参考北极星指标介绍

北极星指标 快速开始

  • Kindling-OriginX 故障推理引擎 SaaS版本 - 永久免费

本质上而言,北极星因果指标已经指明了故障线索方向,而Kindling-OriginX根据故障线索方向,集成各种可观测性数据,还原故障现场,给出故障证据链条,用户在一个界面就可以将所需要的可观测性相关数据收集齐全合成证据报告,并确认故障根因是否准确, 只有这样才能帮助用户能真正实现 1-5-10 的核心功能-快速故障定位。

Kindling-OriginX 故障推理引擎 快速开始

  • Kindling-OriginX 故障推理引擎 高级版本

高级版本相比SaaS版会保留更多数据,例如程序的执行堆栈等更详细的数据,以便使用户能更好的还原故障现场,便于更深入的分析故障原因,例如代码层面的根因,进而从根本上解决故障根因,避免类似故障的再次出现。

  • Kindling-OriginX 故障推理引擎 私有化版本

如您希望进行私有化部署,请联系我们了解详情。