下一篇:docker-compose搭建Redis高可用集群
微服务为什么需要一个配置中心?
在微服务架构下,服务的数量特别多,并且每个服务还有不同的配置文件种类——开发环境、测试环境、生产环境都需要有自己的配置。如果像单体应用那样每个应用都自己管理自己的配置文件,在维护和修改时就会非常麻烦,并且不便于实时更新、不能实时生效,所以如果有一个配置中心来把这些配置统一管理起来就是再好不过的选择了。
与Spring Cloud Config相比,Nacos优势在哪里?
提到配置中心,大家第一反应可能就是Spring Cloud Config
了,那为什么这次选用了Nacos
呢?个人认为,主要是因为Nacos具有以下优势:
- 能同时承担服务注册中心与服务配置中心的角色,从系统的角度而言可以减少一个组件,降低系统的复杂度(毕竟每多一个中间件,发生故障的可能性就多一分啊),降低使用难度
- Spring Cloud Config给我的感觉更像是一个半成品或者试验性的产品,虽然能实现服务的配置,但是比较难用,且对应用有比较大的侵入(依靠应用自身实现服务配置)
- Nacos可以对文件格式进行校验,而Spring Cloud Config则不行
- Spring Cloud Config包含组件太多,想要达到高可用比Nacos难
- Spring Cloud Config配置生效机制过于复杂,要依靠
Git
、Spring Cloud Bus
等中间件,不如Nacos的HTTP长轮询来得简单粗暴
同样兼具服务注册和配置中心作用的中间件还有一个——Consul
。但个人认为Nacos作为配置中心确实比Consul优秀很多,Nacos的优势主要是:
- 中文界面,操作逻辑符合国人习惯
- Consul作为配置中心功能太弱,不好操作,个人感觉它不能算作真正意义上的配置中心
实战Nacos作为配置中心
以前我们写的东西用Nacos作为配置中心,那都是配置一两个无关紧要的值。而我们现在开发的是一个成熟的项目(虽然不会上线),再让Nacos配置些无关紧要的东西就是开玩笑了。
这次,我们把应用的配置能迁移到Nacos的就迁移过去,让服务中那些必要的配置能有多简单就有多简单,让Nacos真正发挥出它的强大。
Nacos的安装和启动就不多说了,相信大家也知道怎么安装和启动。
创建需要配置的服务
现在要开发的是一个系统总管理员的服务提供者,需要连接MongoDB数据库,还需要对其他服务暴露RPC接口,所以依赖主要有以下这些:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
<artifactId>timeline-web</artifactId>
<groupId>com.timeline</groupId>
<version>1.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>timeline-service-admin</artifactId>
<description>平台管理员管理微服务之服务提供者,提供了平台管理员相关的增删改查服务</description>
<dependencies>
<!-- 公共API模块 -->
<dependency>
<groupId>com.timeline</groupId>
<artifactId>timeline-api</artifactId>
</dependency>
<!-- Dubbo -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-dubbo</artifactId>
</dependency>
<!-- Spring Boot -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<!-- Spring Data MongoDB,用来访问数据库 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-mongodb</artifactId>
</dependency>
<!-- Nacos Discovery -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- Nacos Config -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<!-- Alibaba Spring Context Support -->
<dependency>
<groupId>com.alibaba.spring</groupId>
<artifactId>spring-context-support</artifactId>
</dependency>
</dependencies>
</project>
依赖不是很多,相比我们上一次写的Demo项目,多了一个MongoDB
的依赖。
新建一个bootstrap.yml
文件,定义Nacos Config
相关的信息:
spring:
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848
name: timeline-service-admin
file-extension: yml
group: TIMELINE_DEV
dubbo:
application:
name: timeline-service-admin
registry:
address: spring-cloud://localhost:8848
这些都是启动这个应用所必不可少的。
节点含义解释:
-
nacos.config.server-addr
:Nacos Config的地址 -
nacos.config.name
:要读取的配置文件的Data ID -
nacos.config.file-extension
:要读取的配置文件的扩展名 -
nacos.config.group
:要读取的配置文件所在Group -
dubbo.application.name
:Dubbo应用名称,不在这个文件配置会抛异常启动失败 -
dubbo.registry.address
:Dubbo注册中心地址,不在这个文件配置会抛异常启动失败
Nacos配置中心添加配置文件
服务相关的信息配置好之后,在Nacos里新建一条配置(我这里因为已经发布了,就放编辑的界面了,反正信息是一样的),准备开始写配置文件:
按照刚才bootstrap.yml
里的文件内容写好Data ID
、Group
并选择配置格式(文件扩展名)为YAML
之后,就可以写配置了:
server:
port: 10500
spring:
application:
name: timeline-service-admin
main:
allow-bean-definition-overriding: true
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
# 注册到TIMELINE分组
group: TIMELINE
# 服务健康检查
management:
endpoints:
web:
exposure:
include: "*"
dubbo:
scan:
base-packages: com.timeline.service.admin.service
# 使用dubbo协议,端口从20880开始自增以防重复
protocol:
name: dubbo
port: -1
cloud:
subscribed-services: "*"
这些配置都不是必须在bootstrap.yml
里出现的,所以写在配置中心就可以了。
写完之后点“发布”,把这条配置信息发布出去。
启动服务
接下来就可以启动服务了。在启动时,可以看到已经从Nacos拉取到配置了:
同时,Tomcat
启动的端口也变成了我们配置文件里设置好的10500
端口:
回到服务列表,这个服务也成功注册上了,大功告成!