Metrics 设计
Metrics
设计思路
- Seata 作为一个被集成的数据一致性框架,Metrics 模块将尽可能少的使用第三方依赖以降低发生冲突的风险;
- Metrics 模块将竭力争取更高的度量性能和更低的资源开销,尽可能降低开启后带来的副作用;
- 配置时,Metrics 是否激活、数据如何发布,取决于对应的配置;开启配置则自动启用并将度量数据发布到Prometheus;
- 不使用 Spring,使用 SPI(Service Provider Interface)加载扩展;
- 初始仅发布核心 Transaction 相关指标,之后结合社区的需求,逐步完善运维方面的所有其他指标。
模块说明
由 2 个核心 API 模块seata-metrics-api
和seata-metrics-core
,以及 N 个实现模块例如seata-metrics-registry-compact
、seata-metrics-exporter-prometheus
构成:
- seata-metrics-api 模块
此模块是 Metrics 的核心,将作为 Seata 基础架构的一部分被 TC、TM 和 RM 引用,它内部没有任何具体实现代码,仅包含接口定义,定义的内容包括:
- Meter 类接口:
Gauge
、Counter
、Timer
... - 注册容器接口
Registry
- Measurement 发布接口
Publisher
提示:Metrics 本身在开源领域也已有很多实现,例如
它们有的轻而敏捷,有的重而强大,由于也是“实现”,因此不会纳入
seata-metrics-api