Dubbo-admin 0.7.0 Release doc 发版文档

[Alanxtl]

🚀 Apache Dubbo Admin 0.7.0 正式发布（Milestone）

Kubernetes-Native Service Governance Control Plane

Kubernetes 原生｜Go 后端重构｜Vue 3 全新前端｜多注册中心治理统一

Apache Dubbo Admin 0.7.0 现已正式发布 🎉

Dubbo Admin 是一个用于更好地可视化与管理 Dubbo 应用程序的控制台。

这是一个以 Kubernetes 原生为核心设计目标的里程碑版本，标志着 Apache Dubbo Admin 从“注册中心管理控制台”，演进为云原生环境中的服务治理控制面（Control Plane）。

---

✨ 版本摘要（Summary）

Dubbo Admin 0.7.0 围绕 Kubernetes 原生运行、事件驱动治理、控制面架构 进行了系统性重构：

• Kubernetes 原生设计
  • Admin 与 Kubernetes 集群无缝衔接
  • 与 client-go / informer / cache 深度对齐
• 后端系统全面 Go 化
  • 更适合云原生、Controller / Engine 模式
• 统一 Discovery 与 Engine 架构
  • 面向多注册中心、多集群、多环境
• 治理能力控制面化，可观测能力深度集成
  • Admin 不再只是“展示数据”，而是“驱动状态”
  • 指标 + 链路 助理可观测治理

---

一句话看懂 Dubbo Admin 0.7.0

这是 Dubbo Admin 从“注册信息展示台”升级为“Kubernetes 原生服务治理控制面”的关键版本。

Dubbo Admin 0.7.0 聚焦四个核心方向：

• Kubernetes 原生架构
• 事件驱动的治理引擎（Informer / Engine）
• 多注册中心统一 Discovery
• 治理能力 x 可观测能力工程化、控制面化

---

☸️ 核心亮点一：Kubernetes 原生

Dubbo Admin 0.7.0 是“为 Kubernetes 设计的”，而不是“跑在 Kubernetes 上的”。

Kubernetes Engine：控制面能力落地

• Kubernetes Engine 原生实现
  • Admin 以 Engine 的形式运行在 Kubernetes 环境
  • 与集群状态保持持续一致
    PR: feat: support kubernetes as a backend engine #1340
• 组件按依赖顺序启动
  • 符合 Kubernetes Controller 的启动与生命周期管理模型
    PR: feat: support components to start in dependency order #1370

Informer 驱动的治理模型

• 引入 Informer 框架
  • 基于事件驱动（Event-driven）
  • 实时感知服务、注册、配置变化
    PR: feat: informer general framework and engine/discovery interface definition #1314
• 基于 client-go cache 的 Memory Store
  • 高性能、本地一致性缓存
  • 面向 Kubernetes Watch / List 语义
    PR: feat: support memory type of store #1332

✅ 这一套模型使 Dubbo Admin 能自然融入 Kubernetes 的 Controller / Reconcile / Desired State 体系。

---

☁️ 核心亮点二：云原生 Discovery 与多注册中心

在 Kubernetes 世界里，“注册中心”只是数据源之一。

Dubbo Admin 0.7.0 将 Discovery 能力纳入统一控制面架构：

• Nacos Discovery 原生实现
  PR: feat: implements discovery backend by nacos #1367
• Zookeeper Discovery 原生实现
  PR: feat: implement discovery backend by zk #1371
• 控制台支持多注册中心
  • 统一视图
  • 支持混合部署 / 多环境 / 多集群
    PR: feat(UI): Support multiple registries #1356
    这使得 Admin 能够：
• 同时治理 Kubernetes Service + 外部注册中心
• 作为多环境统一治理入口

---

📊 核心亮点三：可观测 × 治理：真正的闭环控制面

从“看得见服务”到“看得清调用”，Dubbo Admin 0.7.0 正式补齐可观测控制面。

Dubbo Client 原生埋点能力打底

自 Dubbo Client 3.2+ 起，Dubbo 已在 指标与链路层面完成系统性埋点：

• Metrics
  • 请求 QPS / RT / 错误率
  • 服务级 / 方法级调用指标
  • 支持 Prometheus 标准采集
• Tracing
  • 完整 Dubbo 调用链路
  • 支持 OTLP / Jaeger / Zipkin 等主流链路后端

✅ Client 侧能力已经成熟，但仍缺少 统一、直观的治理视角。

Admin 0.7.0：以 Grafana 为基础的可观测控制台

Dubbo Admin 0.7.0 首次将可观测能力作为 控制面的一部分 进行整合：

• 以 Grafana 作为统一可视化基础
• 内置 Dubbo 调用监控面板
  • 服务 / 方法维度调用趋势
  • 延迟、错误率、吞吐一目了然
• 内置链路追踪面板
  • 直接查看 Dubbo 调用链路
  • 快速定位慢调用与异常节点

🧠 让治理有数据依据，让排障不再为难。

---

🧱 核心亮点四：面向控制面的工程重构（Go）

没有 Go 化，就没有真正的 Kubernetes 原生。

后端全面 Go 重构带来的能力

• Store 支持资源级隔离
  • 为多租户、多命名空间治理打下基础
    PR: feat: support Resource-level isolation of ResourceStore #1310
• 本地缓存 Counter
  • 为指标、限流、治理策略提供底层能力
    PR: Implment Counter in local cache #1345
• 统一错误模型
  • 更符合云原生系统的可观测与可运维要求
    PR: feat: Defined a unified error #1353, fix(http): improve response interceptor — clearer success detection and user-facing error messages #1355

---

🧑‍💻 前端：为云原生治理而设计

• 前端 UI 基于 Vue 3 全新重写
• 面向：
  • 多集群
  • 多注册中心
  • 治理规则与状态可视化
• 支持 表单化流量规则发布
  • 将复杂治理能力转化为可操作的控制面能力

---

🐛 工程演进与 Bug 修复

• 基础能力从 dubbo-kubernetes 迁移至 dubbo-admin
  • Kubernetes 能力正式成为 Admin 内建能力
    PR: [Break Change]: Transfer the source code from dubbo-kubernetes/refractor to here #1302
• 项目结构重组，清理历史遗留代码
  • 为控制面长期演进奠定基础
    PR: refractor: refractor resource name #1304, [chore] Tidy up the project code migration legacy #1307, chore: add index example and rename files #1311
• 修复编译问题（fix: refractor web handler and service to fix compile error; #1325）
• 修复 Counter 注册问题（fix counter bug #1369）
• 修复 Indexer 初始化顺序导致的 NPE（fix: add indexer before init cause npe #1372）
• 未登录状态自动跳转登录页（Fix: Redirect to login page when receiving 401 unauthorized response from API #1373）

---

ℹ️ 版本定位与使用建议

• 0.7.0 是一个 Milestone 版本
• 强烈推荐用于：
  • Kubernetes 环境下的新部署
  • Dubbo 云原生治理方案验证
  • 多注册中心 / 多集群治理场景
• 这是后续 Dubbo Admin 云原生治理能力的起点版本

---

🙏 致谢社区贡献者

感谢所有为 Dubbo Admin 0.7.0 作出贡献的社区成员 ❤️：

@AlexStocks
@ikun-Lg
@everfid-ever
@WyRainBow
@Helltab
@stringl1l1l1l
@marsevilspirit
@mfordjody
@tew-axiom
@robocanic

---

🚀 立即体验

👉 https://github.com/apache/dubbo-admin

---

Final Words

Apache Dubbo Admin 0.7.0 明确了一条清晰的路线：

• Kubernetes 原生优先
• 控制面架构
• 事件驱动治理
• 统一多环境、多注册中心

Designed for Kubernetes.
Built as a Control Plane.
The future of Dubbo governance starts here.

[Alanxtl]

[robocanic]

可观测深度集成

dubbo client 3.2+版本进行了metric和trace的埋点，支持上报到prometheus，otlp/jaeger/zipkin等，而此次控制台以grafana为可视化基础，集成了dubbo调用的监控面板和链路追踪面板，让排查问题不再为难。

[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/
有任何feature request, bug report or any ideas，欢迎在github issue中一起讨论！

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领域的问题。