Nacos 启动后,开始建立几个应用,模仿微服务!
项目的git 地址为: https://github.com/xujianguo1/alicloud-demo.git 分支&tagName:ServiceInit
一、 pom 与 配置
用Dubbo 与Nacos 建立微服务,需要引入Dubbo Starter、Dubbo、Dubbo 的nacos注册中心组件,Nacos的Spring Cloud Discovery 组件、SpringBoot 的几个组件。
具体的pom dependency 如下:
1 <dependencies>
2 <!--dubbo starter 引入-->
3 <dependency>
4 <groupId>org.apache.dubbo</groupId>
5 <artifactId>dubbo-spring-boot-starter</artifactId>
6 <version>${dubbo.version}</version>
7 </dependency>
8
9
10 <!--Dubbo 引入Nacos 的注册中心,需单独引入-->
11 <dependency>
12 <groupId>org.apache.dubbo</groupId>
13 <artifactId>dubbo-registry-nacos</artifactId>
14 <version>${dubbo.version}</version>
15 </dependency>
16
17 <!--nacos Discovery Client 引入-->
18 <dependency>
19 <groupId>org.springframework.cloud</groupId>
20 <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
21 <version>${nacos-boot-start.version}</version>
22 </dependency>
23
24 <!--Dubbo 引入,排除spring 、log4j-->
25 <dependency>
26 <groupId>org.apache.dubbo</groupId>
27 <artifactId>dubbo</artifactId>
28 <version>${dubbo.version}</version>
29 <exclusions>
30 <exclusion>
31 <groupId>org.springframework</groupId>
32 <artifactId>spring</artifactId>
33 </exclusion>
34 <exclusion>
35 <groupId>javax.servlet</groupId>
36 <artifactId>servlet-api</artifactId>
37 </exclusion>
38 <exclusion>
39 <groupId>log4j</groupId>
40 <artifactId>log4j</artifactId>
41 </exclusion>
42 </exclusions>
43 </dependency>
44
45 <!--lombok 插件引入-->
46 <dependency>
47 <groupId>org.projectlombok</groupId>
48 <artifactId>lombok</artifactId>
49 <scope>provided</scope>
50 <optional>true</optional>
51 </dependency>
52
53 <!--下面几个为spring boot的组件引入-->
55 <dependency>
56 <groupId>de.codecentric</groupId>
57 <artifactId>spring-boot-admin-starter-client</artifactId>
58 </dependency>
59 <dependency>
60 <groupId>org.springframework.boot</groupId>
61 <artifactId>spring-boot-starter-actuator</artifactId>
62 </dependency>
63
64 <dependency>
65 <groupId>org.springframework.boot</groupId>
66 <artifactId>spring-boot-starter-web</artifactId>
67 </dependency>
68
69 <dependency>
70 <groupId>org.springframework.boot</groupId>
71 <artifactId>spring-boot-devtools</artifactId>
72 <scope>runtime</scope>
73 <optional>true</optional>
74 </dependency>
75 <dependency>
76 <groupId>org.springframework.boot</groupId>
77 <artifactId>spring-boot-starter-test</artifactId>
78 <scope>test</scope>
79 </dependency>
80 <dependency>
81 <groupId>com.xu.mircoservice</groupId>
82 <artifactId>product-demo-client</artifactId>
83 <version>0.0.1-SNAPSHOT</version>
84 <scope>compile</scope>
85 </dependency>
86 </dependencies>
应用的配置如下:
server:
port: 8082
info:
author: Haha-prod
version: @project.version@
name: @project.artifactId@
tags:
environment: test
spring:
application:
name: product-demo
cloud:
nacos.discovery.server-addr: 127.0.0.1:8848 #10.242.139.237:8848
boot:
admin:
client:
#url: http://10.242.138.217:8080
instance:
prefer-ip: true
management:
endpoints:
web:
exposure:
include: "*" #暴露所有端点 默认是info,health
#dubbo 的相关配置
nacos:
server-address: 127.0.0.1
port: 8848
dubbo:
protocol:
name: dubbo
scan:
base-packages: com.xu.mircoservice.productserver.service
registry:
address: nacos://${nacos.server-address}:${nacos.port}
product.server.defaultversion: 1.0
对于采用Nacos+Dubbo 搭建的微服务。 除了dubbo的配置时特别新增的。
Nacos的配置不同在于:
1. nacos需要配置spring.application.name 用于配置的dataId,
2. 配置spring.cloud.nacos.discovery.server-addr 用于取代Eurake 服务注册与发现。
其他的配置不变。因为采用注册中心发现机制,spring boot admin 是不需要配置 spring.boot.admin.client.url 选项的。 另外这个应该配置springboot admin server的url 。 选项写成client.url ,颇为误解。
二、Nacos显示效果
1. 在nacos 里面的注册效果:
可以看到应用与服务提供者providers、消费者consumers 都已经显示了。
这里将应用、providers、consumers 都显示在同一级目录,最终会导致 在SpringBoot Admin Server里面显示异常。
个人认为将应用、providers、conumsers 组成Tree显示更合理,或者换成其他的组织方式更好一些。
实例应用才4个应用,每个1个提供者、消费者,都已经需要分页了,在实际的应用中,几百个应用,数据无法查找。
服务订阅者查询如上,显示的效果完全不明白。 这个服务做为 最底层的provider,会被3个应用消费,这里显示9条记录。 应用名为空,完全无法理解。
三、SpringBoot Admin Server 显示效果
因为 Nacos 的问题,将应用、provider、consumer 显示在同一级,在springboot admin的显示界面会有问题。
显示情况如下:
我们可以看到,4个应用+springboot admin Server自己,一共应该只有5个才对,界面显示很多的灰色应用图标,明显不正常。
springboot admin server从nacos的注册中心获取数据,provider 与consumer 被当成应用,导致显示的时候,无法获取数据,作为down掉的数据显示了。
spring bootadmin 里面,除了这个,其他的都很正常。欢迎读者自行验证。
四、 其他的问题
1. Dubbo的Service 与Spring的Service注解
Dubbo的Service 注解: org.apache.dubbo.config.annotation.Service
Spring 的Service 注解: org.springframework.stereotype.Service
在Dubbo的注解用于发布dubbo服务, spring的注解用于标识 服务Bean
在使用注解的时候,有一个问题, 如果服务被Dubbo 的Service注解标识, 那么在本应用的引用时候,如果采用Autowired 引入,IDE就会报错,找不到bean 对应的service。
如下:
这个问题在dubbo采用xml方式发布服务的时候,是不存在的,因为xml的 方式 会显示的声明服务,然后才用dubbo的方式发布。
解决:
这里Autowired如果换成dubbo的Reference注解,是没有问题的,但是同一个 应用,走dubbo代理,filter链,底层通讯等调用方式,不利于调试,会非常耗时、繁琐,这不是我们希望看到的。
仔细思考下Dubbo的Service注解,其始于Xml配置方式,按理应该也是会在spring里面 注册一个接口实现。 这里的报错仅仅是IDE 的提示,实际启动应该是不会存在问题。
不理会报错,强行启动应用,一切正常, 通过sping adim的控制台的bean页面, 也确实查看到2个bean:
但是这个问题放在IDE里面是那么显眼,如何解决?
我的办法就是 如果一个service既要本地调用,又被发布成dubbo的远程服务,就对这个服务,同时打上dubbo service 与spring 的service注解。 这样的话,ide不会报错,同时在本应用中 调用的时候,用Autowired注解,高效方便。 如:
@org.apache.dubbo.config.annotation.Service
@org.springframework.stereotype.Service
public class ProductDetailServiceImpl implements ProductDetailService {
打上双注解后,IDE不会报错,代码也非常直观,启动一切正常。
不会报错 的原因就是,dubbo的Service注解会包含 spring Service注解的动作,向spring 的beanFactory注册beanDefintaion 的 时候, 不管谁先注册,后续productDetailServiceImpl这个bean定义会被覆盖一次,因为2个都一样,所以不会存在问题。
2. dubbo 注册IP 问题。
dubbo 在向注册中心注册的时候,会本机获取自己的ip, 因为dubbo的ip获取流程,有个不确定,详细原因,可以自己搜索下。
我遇到的问题是,我 的deepin linux系统机器,自动在host里面配置的 127.0.1.1 主机名 的 规则, 在dubbo获取的时候,居然优先获取127.0.1.1 的ip,获取网卡的ip居然被过滤掉了(这个可能跟操作系统有关,有个判断走的native代码)。最后导致注册在nacos上面的ip是127.0.1.1 ,导致在另外机器调用这个服务的时候,无法调用。
最后没办法,修改了 ip 与主机名的映射才成功。
最后
项目的git 地址为: https://github.com/xujianguo1/alicloud-demo.git 分支&tagName:ServiceInit
项目为持续项目,后续会加上 nacos配置,sentinel,gateway 等内容,检索本文章内容,请用 tagName: ServiceInit
文中内容如有问题,欢迎指正! 欢迎留言灌水