Dubbo Admin 0.7.0 Release 宣发文章

[robocanic]

时隔两年，Dubbo Admin发布全新里程碑版本0.7， 此次更新涵盖前端UI焕新，可观测深度集成，原生支持kubernetes，多注册中心等重要特性，是从Dubbo Admin 从“注册信息展示台”升级为“Kubernetes 原生服务治理控制面”的关键版本。

前端UI焕新

此次admin控制台UI全面焕新，从产品设计上紧紧围绕着dubbo的领域模型来展开， 将应用，实例，服务有机地串联在一起，并能够与k8s资源进行联动。此外，dubbo经典的路由规则（动态配置，条件路由，标签路由）也全部表单化，进一步降低用户的对流量管控的使用门槛。用户可以一站式地管理自己的dubbo应用。

可观测深度集成

dubbo java client 在3.2+版本中进行了metric和trace的埋点，支持上报metric和trace到metric/trace 后端，而此次控制台以grafana为可视化基础，不仅支持prometheus，jaeger，zipking等多种数据源，并直接在控制台中集成了dubbo调用的监控面板和链路追踪面板，让排查问题不再为难。

Kubernetes原生支持

Admin以组件化的方式原生支持运行在k8s上的dubbo实例， 无需配置就能够打通微服务生命周期与k8s pod的生命周期。让用户能够直观地感受到dubbo应用的底层运行状态，更好地运维k8s上的dubbo实例。

多注册中心支持

此次版本更新还引入了一个重要的特性——多注册中心支持。与此前版本的admin的支持方式不同，新版本中将注册中心作为一个“隔离域”，所有的资源（应用/服务/实例/规则等）都会规约到一个注册中心下面，切换注册中心就相当于切换一个“隔离域”，这也契合大多数企业在生产实践中的使用方式。添加新的注册中心只需要在配置文件中新增注册中心地址即可。

领域驱动 + 事件驱动

此次重构，Admin基于领域驱动的思想对dubbo领域的实体进行了完整的建模，dubbo的领域模型有应用(Application)，服务(Service)，实例(Instance)以及路由规则(Rule)。这几个用户熟知的领域模型贯穿了admin的产品设计以及前后端架构。基于这些领域模型，admin定义出了一套完全遵循kubernetes的“CRD”。这也是一个重要的k8s原生体现，同时也为以后更多的k8s原生功能拓展打下了坚实的基础。
此外，得益于client-go的informer机制，新版本中对注册中心/k8s的监听使用list-watch模型进行了统一，所有的资源都以事件的方式进行异步更新，对于控制台的前端查询始终走的是本地的缓存，大大减小了对注册中心/k8s的查询压力。

立即体验

详细的changelog，更多特性介绍以及完整的部署方式请看
github：https://github.com/apache/dubbo-admin
官网：https://cn.dubbo.apache.org/zh-cn/overview/home/
Any feature request, bug report or ideas are welcome，欢迎在github issue/discussion中一起讨论！

2026 dubbo admin前瞻

未来dubbo admin将围绕几个方面持续投入：

1. 持续深耕服务治理，完善接口测试，服务拓扑等能力。持续优化数据链路，保障admin作为控制面的核心能力稳定。
2. 围绕metric，trace以及log，进一步增强可观测能力。此外，结合k8s的event，admin还会刻画出每个领域实体的事件瀑布流，更好地观测应用的生命周期，便于工程师排查问题。
3. Admin将作为mcp server，在支持原生dubbo mcp的基础上，通过代理的方式支持用户低成本将现有的dubbo接口变成可调用的mcp工具，助力AI业务创新。
4. 通过RAG, Agent等技术，推出AI assistant，充当dubbo领域的知识专家，并协助用户排查dubbo领域的问题。