分布式配置中心

为什么80%的码农都做不了架构师？>>>   

原文

分布式的配置中心

默认采用 git存储配置信息。当然也提供本地化存储的方式。

 

在 git上创建配置文件

查看项目文件地址

 

构建 config-server

pom中添加 spring-cloud-config-server。

主类上添加 @EnableConfigServer

application.properties 中配置服务信息以及 你的git 信息。

spring.application.name=config-server
server.port=7001

# git info
spring.cloud.config.server.git.uri=https://git.oschina.net/lemosd/config-center.git
spring.cloud.config.server.git.searchPaths=config-repo
spring.cloud.config.server.git.username=yourname
spring.cloud.config.server.git.password=yourpassword

Spring Cloud Config也提供本地存储配置的方式。我们只需要设置属性spring.profiles.active=native，Config Server会默认从应用的src/main/resource目录下检索配置文件。也可以通过spring.cloud.config.server.native.searchLocations=file:F:/properties/属性来指定配置文件的位置。虽然Spring Cloud Config提供了这样的功能，但是为了支持更好的管理内容和版本控制的功能，还是推荐使用git的方式。

如果使用 git 方式，则需要在git 服务器创建相关配置文件。创建好相关配置后，通过 url —— /{application}/{profile}[/{label}] 来访问相关的配置文件 。比如：要访问master分支，didispace应用的prod环境，可以通过这个url：http://localhost:7001/didispace/prod/master。

 

构建 config-client

在完成并验证了配置服务中心之后，需要从客户端获取配置信息。

pom 中添加 spring-cloud-starter-config。

创建bootstrap.properties配置，来指定config server

spring.application.name=didispace
spring.cloud.config.profile=dev
spring.cloud.config.label=master
spring.cloud.config.uri=http://localhost:7001/
server.port=7002

上面这些属性必须配置在bootstrap.properties中，config部分内容才能被正确加载。因为config的相关配置会先于application.properties，而bootstrap.properties的加载也是先于application.properties。

创建一个Rest Api来返回配置中心的from属性，具体如下：

@RefreshScope
@RestController
class TestController {
    @Value("${from}")
    private String from;
    @RequestMapping("/from")
    public String from() {
        return this.from;
    }
}

启动该应用，并访问：http://localhost:7002/from ，我们就可以根据配置内容输出对应环境的from内容了。

 

负载均衡

虽然通过服务端负载均衡已经能够实现，但是作为架构内的配置管理，本身其实也是可以看作架构中的一个微服务。所以，另外一种方式更为简单的方法就是把config-server也注册为服务，这样所有客户端就能以服务的方式进行访问。通过这种方法，只需要启动多个指向同一Git仓库位置的config-server就能实现高可用了。

创建一个 eureka-server 模块，作为服务注册中心

pom 中添加 

<dependency>
   <groupId>org.springframework.cloud</groupId>
   <artifactId>spring-cloud-starter-eureka-server</artifactId>
</dependency>

prop 中

server.port=1111
#eureka.instance.hostname=localhost

eureka.client.register-with-eureka=false
eureka.client.fetch-registry=false
eureka.client.serviceUrl.defaultZone=http://localhost:${server.port}/eureka/

主类上添加 

@EnableEurekaServer

注册 config-server 为服务

在 pom中添加 spring-cloud-starter-eureka，用来注册服务

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>

prop 中添加注册中心

# 配置服务注册中心
#eureka.instance.hostname=localhost
eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

主类上添加

@EnableDiscoveryClient

注册 config-client 为服务

同上，需要注意的是 prop中配置

eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/
spring.cloud.config.discovery.enabled=true
spring.cloud.config.discovery.serviceId=config-server

配置刷新

在 config-client 中添加 

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

当配置改变后，可以通过 POST请求发送到http://localhost:7002/refresh，我们可以看到返回内容如下，代表from参数的配置内容被更新了

[
  "from"
]

 

转载于:https://my.oschina.net/lemos/blog/880245