架构说明
最后于 更新
Kindling-OriginX 支持目前主流可观测性生态产品，目前已使用的各类可观测性工具仍可正常使用，例如现有 Prometheus、Skywalking 等工具仍可继续使用。 Kindling-OriginX 非常重视数据的安全性和隐私性，大部分数据均不会传输到 SaaS Cloud 端，只有少量必要的元数据和被查看的故障报告数据需要传输到 SaaS Cloud 端进行必要的数据计算和分析推导。同时，用户拥有对数据全部的自主控制权。
部署方式
Kindling-OriginX 产品具体部署方式如下，见「图1：Kindling-OriginX 产品架构示意图」：
- 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 违约情况和故障报告。
详见图：
