在多次填坑之后,使用Spring Cloud Alibaba Nacos作为注册中心,成功的演示了一个Hello Name 案例,具体案例参考博客Spring Cloud Alibaba Nacos之服务注册与发现。然后就觉得自己有点飘飘欲仙的感觉,可能是突然不见了Bug的刀了,也可能是成功就会有动力,突发奇想的将服务注册中心Nacos换成Zookeeper。Spring Cloud官方为了方便Zookeeper作为配置和服务注册中心为我们提供了一个starter的jar包,Maven依赖如下:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zookeeper-discovery</artifactId>
</dependency>
本篇博客的代码示例不再展示,用的就是Spring Cloud Alibaba Nacos之服务注册与发现一篇的实例代码,代码已经上传到gitee,方便大家测试:https://gitee.com/weikefu_open/cloud-alibaba。而本篇需要修改的只是Maven依赖的引入和配置文件。,首先我们需要替换Nacos依赖,将如下Nacos依赖替换成上面的Spring Cloud Zookeeper依赖:
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
其他代码不做任何改变,因为这里我们使用的是Zookeeper作为配置中心,因此注册中心的配置也需要做一些改变,改成Zookeeper作为注册中心,服务提供方注册中心配置如下:
spring:
application:
name: spring-cloud-alibaba-dubbo-provider
cloud:
zookeeper:
discovery:
register: true
connect-string: 127.0.0.1:2181
然后是服务消费方的配置,也是将Nacos配置替换为Zookeeper的配置,配置如下:
spring:
application:
name: spring-cloud-alibaba-dubbo-consume
cloud:
zookeeper:
discovery:
register: false
connect-string: 127.0.0.1:2181
然后我们启动Zookeeper,启动服务提供方服务,提供服务消费方服务,首先我们需要查看的是Zookeeper中存储的服务的形式,在Nacos我们看到服务的存储是以spring.application.name配置为名的服务。在zookeeper中则是以节点存储,默认情况下,服务的根节点为/services;然后是 /services/${spring.application.name}/${uuid}/service;其中UUID为服务自动生成的uuid。如下图所示:
当然我们可以在配置中自定义根节点,如果想要自定义根节点需要使用下面的配置:
spring:
application:
name: spring-cloud-alibaba-dubbo-provider
cloud:
zookeeper:
discovery:
register: true
root: provider
connect-string: 127.0.0.1:2181
配置后的服务存储目录如下:
同样将服务提供方的配置更改为Zookeeper,配置如下:
spring:
application:
name: spring-cloud-alibaba-dubbo-consume
cloud:
zookeeper:
discovery:
register: false
connect-string: 127.0.0.1:2181
启动服务消费方,然后我们在浏览器调用http://127.0.0.1:8091/hello/test,会看到输出Hello test 字符串。这里我们看到与直接使用Dubbo不同的是,Spring Cloud Alibaba存储的不是具体的服务提供方的接口信息,而是一个一个叫做DubboMetadataService的实例的信息。我们根基该信息,通过代理去访问服务提供方。