springCloud配置本地配中心SpringCloudConfig
多环境配置
在一般开发过程中如果调试都在本地进行,则可以设置一个多环境配置,在本地与线上配置间来回切换。
springcloud默认会访问的配置文件名是application.properties,
我们如果要创建多环境的配置文件的话,文件名格式应为:application-{profile}.properties
其中的{profile}用来标识不同的环境,如application-native.properties文件可以用来配置本地环境、application-prod.properties文件可以用来配置生产环境。
springcloud中通过“spring.profiles.active”属性来指定{profile},如spring.profiles.active=native,则使用的是application-native.properties配置文件。
建立本地配置中心
配置中心分为两部分组成:客户端和服务端。
服务端是单独的服务,需要注册到注册中心中。
而客户端则是存在于各个其他服务中的。
配置中心的服务端既可以将配置文件保存在远程的git仓库中,也可以将这些配置文件保存在本地,因为平常开发用本地配置中心较多,此次主要讲本地配置中心的搭建。
服务端
先建立配置中心的启动入口:
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.config.server.EnableConfigServer;
@EnableConfigServer
@SpringBootApplication
public class ConfigServer {
public static void main(String[] args) throws Exception {
SpringApplication.run(ConfigServer.class, args);
}
}
其pom文件中只需要添加以下依赖即可:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-server</artifactId>
</dependency>
配置文件application.properties如下:
#配置中心端口
server.port=8887
spring.application.name=config-server
spring.profiles.active=native
#申明本地配置文件的存放位置
spring.cloud.config.server.native.searchLocations=file:D:\\etc\\native
#注册中心
eureka.client.serviceUrl.defaultZone=http://localhost:8761/eureka/
#刷新时,关闭安全验证
management.security.enabled=false
#开启消息跟踪
spring.cloud.bus.trace.enabled=true
启动后,此服务端会被注册到注册中心。
客户端
客户端存在于各个服务中,只需要在需要的服务项目中创建一个bootstrap.properties配置文件,即可从配置中心服务端获取相关配置。
bootstrap.properties:
#配置中心的地址
spring.cloud.config.uri=http://localhost:8887/
#对应的是配置文件规则中的{application}部分
spring.cloud.config.name=native
#对应的是配置文件规则中的{profile}部分,可以是多个,用逗号隔开。
spring.cloud.config.profile=common,mysql,activemq
#对应的是配置文件规则中的{label}部分,本地可以不写
spring.cloud.config.label=master
通过客户端的bootstrap.properties配置文件可以看出,其实里面就写了两种东西:
spring.cloud.config.uri是配置中心地址,用来定位配置中心。
其余的三个是“配置文件规则”,用来定位“具体的配置文件”。
我们再来讲一下,什么是“配置文件规则”:
我们之前在讲配置中心服务端的时候,定义了一个spring.cloud.config.server.native.searchLocations=file:D:\\etc\\native参数
这个硬盘路径里装的都是具体的配置文件,而每个客户端要获取的也是这些配置文件。具体的文件例如下图所示:
由图中我们可看出,里面所有的文件的命名规则都遵循:{application}-{profile}.properties
所以我们客户端bootstrap.properties文件中的spring.cloud.config.name=native参数,实际上是为了匹配到这些配置文件的{application}前缀,
所以spring.cloud.config.profile=common,mysql,activemq参数匹配的就是{profile}后缀了。
所以上面实例的配置中心客户端实际上只会拿到native-common.properties、native-mysql.properties、native-activemq.properties这三个配置文件。
推荐阅读
-
跟我学SpringCloud | 第六篇:Spring Cloud Config Github配置中心
-
springcloud学习之路: (五) springcloud集成SpringCloudConfig分布式配置中心
-
Nacos(四):SpringCloud项目中接入Nacos作为配置中心
-
SpringCloud之分布式配置中心Spring Cloud Config高可用配置实例代码
-
Springcloud 2.x 版本 分布式配置中心
-
跟我学SpringCloud | 第七篇:Spring Cloud Config 配置中心高可用和refresh
-
SpringCloud学习系列之五-----配置中心(Config)和消息总线(Bus)完美使用版
-
SpringCloud学习笔记(7):使用Spring Cloud Config配置中心
-
SpringCloud实战(六)-高可用的分布式配置中心(Spring Cloud Config)
-
Springcloud结合zookeeper配置中心