Spring Cloud微服务学习系列13 分布式配置中心

SpringCloud分布式配置中心

什么是分布式配置中心

在分布式系统中，由于服务数量非常多，配置文件分散在不同的微服务项目中，管理不方便。为了方便配置文件集中管理，需要分布式配置中心组件。在Spring Cloud中，提供了Spring Cloud Config，它支持配置文件放在配置服务的本地，也支持放在远程Git仓库（GitHub、码云）。
使用Spring Cloud Config配置中心后的架构如下图：

分布式配置中心本质上也是一个微服务，同样要注册到Eureka注册中心

远程仓库的选择

远程Git仓库

知名的Git远程仓库有国外的GitHub和国内的码云（gitee）；但是使用GitHub时，国内的用户经常遇到的问题是访问速度太慢，有时候还会出现无法连接的情况。如果希望体验更好一些，可以使用国内的Git托管服务——码云（gitee.com）。与GitHub相比，码云也提供免费的Git仓库。此外，还集成了代码质量检测、项目演示等功能。对于团队协作开发，码云还提供了项目管理、代码托管、文档管理的服务。本章中使用的远程Git仓库是码云。码云访问地址：https://gitee.com/

创建远程仓库

首先要使用码云上的私有远程git仓库需要先注册帐号；请先自行访问网站并注册帐号，然后使用帐号登录码云控制台并创建公开仓库。

在git仓库中创建配置文件

在新建的仓库中创建需要被统一配置管理的配置文件。
**

配置文件的命名方式：

{application}-{profile}.yml 或 {application}-{profile}.propertiesapplication为应用名称profile用于区分开发环境，测试环境、生产环境等
如user-dev.yml，表示用户微服务开发环境下使用的配置文件。
这里将user-service工程的配置文件application.yml文件的内容复制作为user-dev.y

可以看到在仓库中已经出现了我们刚才创建的文件

搭建配置中心微服务

具体步骤

1.创建一个maven工程
2.创建一个启动类
3.配置配置文件
4.启动测试

1.创建一个maven工程

需要的jar包

<dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-server</artifactId>
        </dependency>
    </dependencies>

2.创建一个启动类

package com.pjh;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.config.server.EnableConfigServer;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
@EnableConfigServer
@SpringBootApplication
public class UserServiceConfigApplicaion {
    public static void main(String[] args) {
        SpringApplication.run(UserServiceConfigApplicaion.class);
    }
}

3.配置配置文件

server:
  port: 1200
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

spring:
  application:
    name: Config-userservice
  cloud:
    config:
      server:
        git:
          uri: https://gitee.com/mokeythree/eureka-test-config.git

spring.cloud.server.git.uri中配置的是你自己对应码云仓库中的配置文件的地址
如下图即可复制

4.启动测试

启动eureka注册中心和配置中心；然后访问http://localhost:12000/user-dev.yml ，查看能否输出在码云存储管理的user-dev.yml文件。并且可以在gitee上修改user-dev.yml然后刷新上述测试地址也能及时到最新数据。

与码云仓库中配置的一致

server:
  port: 8088
spring:
  application:
    name: producer-service
  datasource:
    driver-class-name: com.mysql.jdbc.Driver
    username: root
    password: 1234
    url: jdbc:mysql://localhost:3309/test
mybatis:
  type-aliases-package: com.pjh.user.pojo
eureka:
  instance:
    lease-expiration-duration-in-seconds: 90 #超过90秒未发送心跳则Eureka Server 剔除该服务
    lease-renewal-interval-in-seconds: 30 #每30秒发送一次心跳
    ip-address: 127.0.0.1
    prefer-ip-address: true #更倾向于使用ip而4不是host名
  client:
    service-url:
      defaultZone: http://localhost:10086/eureka
    registry-fetch-interval-seconds: 30 #每30秒拉去一次服务列表到本地备份
    register-with-eureka: true

对应的微服务获取配置中心配置

前面已经完成了配置中心微服务的搭建，下面我们就需要改造一下用户微服务 user-service ，配置文件信息不再由微服务项目提供，而是从配置中心获取。如下对 user-service 工程进行改造。

具体步骤

1.添加依赖
2.修改配置
3.启动测试

1.添加依赖

  <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-config</artifactId>
            <version>2.1.1.RELEASE</version>
        </dependency>

2.修改配置

注意

要删除原有的application.yml配置文件
创建bootstarp.yml配置文件，并在配置文件中添加以下内容，bootstrap配置文件我后面会讲

spring:
  cloud:
    config:
      # 要与仓库中的配置文件的application保持一致
      name: service
      # 要与仓库中的配置文件的profile保持一致
      profile: dev
      # 要与仓库中的配置文件所属的版本（分支）一样
      label: master
      discovery:
        # 使用配置中心
        enabled: true
        # 配置中心服务名
        service-id: Config-userservice
  # 配置rabbitmq信息；如果是都与默认值一致则不需要配置


eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

3.启动测试

可以发现eureka注册中心已经有了对应的服务

bootstrap配置文件

bootstrap.yml文件也是Spring Boot的默认配置文件，而且其加载的时间相比于application.yml更早。application.yml和bootstrap.yml虽然都是Spring Boot的默认配置文件，但是定位却不相同。bootstrap.yml可以理解成系统级别的一些参数配置，这些参数一般是不会变动的。application.yml 可以用来定义应用级别的参数，如果搭配 spring cloud config 使用，application.yml 里面定义的文件可以实现动态替换。总结就是，bootstrap.yml文件相当于项目启动时的引导文件，内容相对固定。application.yml文件是微服务的一些常规配置参数，变化比较频繁。