注册中心是 Dubbo 服务治理的核心组件,Dubbo 依赖注册中心的协调实现服务(地址)发现,自动化的服务发现是微服务实现动态扩缩容、负载均衡、、流量治理的基础。Dubbo 的服务发现机制经历了 Dubbo2 时代的接口级服务发现、Dubbo3 时代的应用级服务发现,具体可参见 服务发现机制 解析了解具体演进过程。
开发应用时可以指定 Dubbo 注册中心(registry)组件,配置很简单,只需指定注册中心的集群地址即可:
以 Spring Boot 开发为例,在 application.yml 增加 registry 配置项目
dubbo
registry
address: {protocol}://{cluster-address}
其中,protocol 为选择的配置中心类型,cluster-address 为访问注册中心的集群地址,如
address: nacos://localhost:8848
如需集群格式地址可使用 backup 参数
address: nacos://localhost:8848?backup=localshot:8846,localshot:8847
每个注册中心组件有自己特有的配置,可以用来控制命名空间、分组、鉴权等,具体可以参考 registry 配置参考手册或通过 parameters 参数进行扩展。
配置中心、元数据中心是实现 Dubbo 高阶服务治理能力会依赖的组件,如流量管控规则等,相比于注册中心通常这两个组件的配置是可选的。
需要注意的是,对于部分注册中心类型(如 Zookeeper、Nacos 等),Dubbo 会默认同时将其用作元数据中心和配置中心(建议保持默认开启状态)。
dubbo
registry
address: nacos://localhost:8848
框架解析后的默认行为:
dubbo
registry
address: nacos://localhost:8848
config-center
address: nacos://localhost:8848
metadata-report
address: nacos://localhost:8848
如果您不想使用 nacos 作为配置中心,可以通过以下两个参数来调整或控制默认行为:
dubbo
registry
address: nacos://localhost:8848
use-as-config-center: false
use-as-metadata-report: false
config-center
address: apollo://localhost:8848
Dubbo 目前支持的主流注册中心实现包括:
同时也支持 Kubernetes、Mesh 体系的服务发现,具体请参考 使用教程 - kubernetes部署
另外,Dubbo 扩展生态 还提供了 Consul、Eureka、Etcd 等注册中心扩展实现。也欢迎通过 registry spi 扩展 贡献更多的注册中心实现到 Dubbo 生态。
Dubbo 还支持在一个应用中 指定多个注册中心,并将服务根据注册中心分组,这样做使得服务分组管理或服务迁移变得更容易。