Spring Cloud for Alibaba 之 Nacos注册中心 & 应用启动(2)
Nacos 启动后,开始建立几个应用,模仿微服务!
项目的git 地址为: https://github.com/xujianguo1/alicloud-demo.git 分支&tagName:
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 里面,除了这个,其他的都很正常。欢迎读者自行验证。
四、 其他的问题
org.apache.dubbo.config.annotation.Service
org.springframework.stereotype.Service
这个问题在dubbo采用xml方式发布服务的时候,是不存在的,因为xml的 方式 会显示的声明服务,然后才用dubbo的方式发布。
解决:
这里Autowired如果换成dubbo的Reference注解,是没有问题的,但是同一个 应用,走dubbo代理,filter链,底层通讯等调用方式,不利于调试,会非常耗时、繁琐,这不是我们希望看到的。
仔细思考下Dubbo的Service注解,其始于Xml配置方式,按理应该也是会在spring里面 注册一个接口实现。 这里的报错仅仅是IDE 的提示,实际启动应该是不会存在问题。
但是这个问题放在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:
文中内容如有问题,欢迎指正! 欢迎留言灌水
posted on 2019-07-22 17:08 qingcaolin 阅读(647) 评论(0) 编辑 收藏 举报