Dubbo-go Metrics 指标开发计划与任务分解

[ev1lQuark]

最终目标：

Dubbo-go 核心代码指标全面对齐 Dubbo 框架标准监控指标

任务规划：

如果有对于可观测性 Mertrics 开发感兴趣的朋友，可以在本 Issue 下留言钉钉号+任务子项。欢迎大家参与 dubbo-go 开源社区的开发！

Provider-Consumer RPC 调用过程

• [ ] Provider 及 Consumer
• [ ] Provider Exception 及 Consumer Exception

三大中心及 Go 运行时

• [ ] 注册中心
• [ ] 元数据中心
• [ ] 配置中心、应用信息、Go 运行时

---

Ultimate Goal:

Dubbo-go core code aligns comprehensively with Dubbo framework standard monitoring metrics.

Task Planning:

If you are interested in developing observable metrics, please leave a message with your DingTalk ID and task item details in this issue. Welcome everyone to participate in the development of the Dubbo-go open-source community!

Provider-Consumer RPC Call Process:

• Provider and Provider Exception
• Consumer and Consumer Exception

Three Core Centers and Go Runtime:

• Registry Center
• Metadata Center
• Configuration Center, Application Information, Go Runtime

[AlexStocks]

fuck goods.

[chickenlj]

期望的终态运行效果

[FinalT]

I am interested in Registry Center

[infdahai]

The issue is great!

[FoghostCn]

I'll take [Metadata Center] and [Configuration Center], [Application Information], [Go Runtime] DingDing id ihja35w

[barnettZQG]

@ev1lQuark 很赞的需求，另外有一个建议。将 Metrics 模块的被集成能力加强。目前只能启动 dubbo-go 实现的http server 拿到metric。希望可以支持从外部注入 Prometheus Registerer。如果认同，我可以贡献开发。

[ev1lQuark]

@ev1lQuark 很赞的需求，另外有一个建议。将 Metrics 模块的被集成能力加强。目前只能启动 dubbo-go 实现的http server 拿到metric。希望可以支持从外部注入 Prometheus Registerer。如果认同，我可以贡献开发。

上次双周会讨论了 dubbo-go 作为微服务架构开发框架的定位，社区对于框架的“被集成”能力持较为保守的态度，建议您可以提一个新 issue

[FoghostCn]

@ev1lQuark 很赞的需求，另外有一个建议。将 Metrics 模块的被集成能力加强。目前只能启动 dubbo-go 实现的http server 拿到metric。希望可以支持从外部注入 Prometheus Registerer。如果认同，我可以贡献开发。

metric 模块目前已经大致可用了，从某种意义上来说，你这个需求其实可以实现的，目前的 Prometheus registry 实现是需要传入 Registerer 的只不过目前用的默认的全局 Registerer，用户是可以通过扩展覆盖掉原始配置的，但是目前 api 还没完全稳定下来