【云原生】springcloud13——Config分布式配置中心

简介: 【云原生】springcloud13——Config分布式配置中心

1 Config介绍

1.1 目前遇到的问题

我们现在已经有十多个工程了,并且每加一个工程,一定会有一个application.properties,类似的东西多了,就会产生两个问题:代码膨胀和不易于统一管理。如果我们有40个这样的微服务,只是数据库地址迁移,就得改40次,运维工程师就得偷偷哭了。

d7ad9f4b90aa48cc9439356f428f08d1.png

并且在实际的生产中,开发,测试,上线等配置并不相同,仅仅通过简单的配置文件无法满足我们的需求。

1.2 Config Server

我们希望可以统一对配置进行管理。spring cloud提供的解决方案是Config Server.


22595b6a2fe444f0afb7e9787b84bcd2.png


image.png

67d7fa60a24342d89acfe4b852b1af44.png


2 Config配置总控中心的搭建

推荐将Config和git与github整合。

2.1 准备工作

在GitHub上新建一个名为springcloud-config的新仓库,仓库里有如下初始化配置文件。


559bce206c004f618764db60794ceff9.png

将其git clone到本地。本地修改配置文件,更新到github仓库,使用如下命令提交。

2d65175b9c654907aaa036a8083e408c.png

也可以在github仓库直接修改。

#config-dev.yml
config:
  info: "main branch,springcloud-config/config-dev.yml version=1"
#######################################
#config-prod.yml
config:
  info: "main branch,springcloud-config/config-prod.yml version=1"
#######################################
#config-test.yml
config:
  info: "main branch,springcloud-config/config-test.yml version=1"

2.2 建模块

新建配置中心模块。

79d116a8f0b9488080ae6fe53bacbea0.png

2.3 写pom

<dependencies>
    <!--config server-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-config-server</artifactId>
    </dependency>
    <!--eureka client(通过微服务名实现动态路由)-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
    </dependency>
    <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>
    <!--热部署-->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <scope>runtime</scope>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
    </dependency>
</dependencies>

2.4 写yml

application.yml

server:
  port: 3344
spring:
  application:
    name: cloud-config-center #注册进Eureka服务器的微服务名
  cloud:
    config:
      server:
        git:
          uri: https://github.com/qq995931576/springcloud-config.git  #git的仓库地址
          search-paths:   #搜索目录
            - springcloud-config
      label: main   #读取的分支
eureka:
  client:
    service-url: 
      defaultZone: http://localhost:7001/eureka   #服务注册到的eureka地址

注意替换githu配置仓库springcloud-config的uri地址。

5f9b7926184b4f11b32746aa3fa6c2f6.png

2.5 主启动

@EnableConfigServer
@SpringBootApplication
public class ConfigMain3344 {
    public static void main(String[] args) {
        SpringApplication.run(ConfigMain3344.class, args);
    }
}

2.6 修改host

修改windows下的host文件,增加ip到域名的映射。

修改:C:\Windows\System32\drivers\etc\hosts ,增加如下内容

# Config
127.0.0.1       config-3344.com

2.7 测试

测试通过Config微服务是否可以访问到GitHub上的配置文件。

启动7001Eureka,启动微服务3344,

访问:http://config-3344.com:3344/main/config-dev.yml

注:如果没有配置域名映射可以替换为ip,即访问:http://127.0.0.1:3344/main/config-dev.yml

效果如下:

3c81cd2bf4a34b81b66a3b112d61deab.png

至此,配置架构图的下半部分完成打通。


22595b6a2fe444f0afb7e9787b84bcd2.png

实际上,测试时配置的url书写方式有多种,第一种(也是最清晰的)。

213bddd379c14edba161961e32ef61c1.png

再多介绍几种,第二种,省略lable。

0454d0d7bc9a496ab0765e1e4a7547cc.png


这种情况会默认读取master分支。因为我们在application.yml中配置了默认lable。


da5304edb4e44d128ca6c61c62844dcf.png

第三种,将lable写到最后面。

32dd0dd8f39e43f4bcb88158f2882260.png

这种方式得到的是json字符串

d2ce599aa92c4c348245a77a05755b14.png

3.Config客户端配置

3.1 建模块


9fef39e20b074ce9a8d4932dda7d72b8.png

3.2 写pom

<dependencies>
    <!--config client-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-config</artifactId>
    </dependency>
    <!--eureka client(通过微服务名实现动态路由)-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <!--热部署-->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <scope>runtime</scope>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
    </dependency>
</dependencies>

3.3 写yml

这里有使用bootstrap.yml.


fdf652e9c22946cb99e72197b63c1aed.png

server:
  port: 3355
spring:
  application:
    name: config-client
  cloud:
    config: #config客户端配置
      label: main   #分支名称
      name: config    #配置文件名称       这三个综合:master分支上的config-dev.yml的配置文件
      profile: dev    #读取后缀名称       被读取到http://config-3344.com:3344/main/config/dev
      uri: http://localhost:3344  #配置中心地址   记得加上【http://】
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka   #服务注册到的eureka地址
      #defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka,http://eureka7003.com:7003/eureka

3.4 主启动

@EnableEurekaClient
@SpringBootApplication
public class ConfigClientMain3355 {
    public static void main(String[] args) {
        SpringApplication.run(ConfigClientMain3355.class, args);
    }
}

3.5 业务类

客户端做了一件事,将配置信息的url转换为了rest风格的api。

@RestController
public class ConfigClientController {
    //来读取github上面的配置文件config.info的信息
    @Value("${config.info}")  //spring的@Value注解
    private String configInfo;
    @GetMapping("/configInfo")
    public String getConfigInfo(){
        return configInfo;
    }
}

3.6 测试

测试,启动7001,3344,3355

访问:http://localhost:3355/configInfo


8d887acd9c704b80a8548724a1a54bf6.png

将bootstrap.yml中的profile更改

spring:
  application:
    name: config-client
  cloud:
    config: #config客户端配置
      label: main   #分支名称
      name: config    #配置文件名称       这三个综合:master分支上的config-dev.yml的配置文件
      profile: test    #读取后缀名称       被读取到http://config-3344.com:3344/main/config/dev
      uri: http://localhost:3344  #配置中心地址   记得加上【http://】

再访问内容就刷新了。

e57ee138044240a28d73c8cd59cd3c86.png

测完记得改回去哦。

4.手动动态刷新

问题:

如果github仓库中的config-dev.yml文件发生变更

#config-dev.yml
config:
  info: "main branch,springcloud-config/config-dev.yml version=2"

访问:http://config-3344.com:3344/main/config-dev.yml,内容刷新

be8cf11f2bce4d509835e47df5dd95c9.png

访问http://localhost:3355/configInfo,内容不会刷新,除非客户端重启。

7e34c68c6b6f4dcebd60e99fedbcb8b3.png现在解决下。

往config客户端3355在pom中添加,该依赖可以用来进行监控。

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

修改bootstrap.yml,添加监控端点。

#暴露监控端点
management:
  endpoints:
    web:
      exposure:
        include: "*"

在contorllre添加注解。

重启3355,再测试,问题没解决,配置还是没有生效。

因为还差一步,上面只是暴露了端口给外界进行更新,并且监控外界的请求。还没有发更新请求啊。因此需要运维工程师发个post请求过来。

来吧,curl -X POST “http://localhost:3355/actuator/refresh”

8546bce9080a494bba19dd90db876213.png

再测试,欧克了。这样就避免了客户端的重启。

不过上面的方式有点麻烦啊,运维工程师改完配置,还需要发请求。后面文章介绍更好的方式。


相关文章
|
2月前
|
Cloud Native Java 对象存储
面向未来的架构设计:Spring Cloud和Netflix OSS在云原生环境下的发展趋势
展望未来,随着5G、边缘计算等新技术的兴起,微服务架构的设计理念将会更加深入人心,Spring Cloud和Netflix OSS也将继续引领技术潮流,为企业带来更为高效、灵活且强大的解决方案。无论是对于初创公司还是大型企业而言,掌握这些前沿技术都将是在激烈市场竞争中脱颖而出的关键所在。
62 0
|
3月前
|
Cloud Native Java Nacos
微服务时代的新宠儿!Spring Cloud Nacos实战指南,带你玩转服务发现与配置管理,拥抱云原生潮流!
【8月更文挑战第29天】Spring Cloud Nacos作为微服务架构中的新兴之星,凭借其轻量、高效的特点,迅速成为服务发现、配置管理和治理的首选方案。Nacos(命名和配置服务)由阿里巴巴开源,为云原生应用提供了动态服务发现及配置管理等功能,简化了服务间的调用与依赖管理。本文将指导你通过五个步骤在Spring Boot项目中集成Nacos,实现服务注册、发现及配置动态管理,从而轻松搭建出高效的微服务环境。
261 0
|
1月前
|
分布式计算 Hadoop
Hadoop-27 ZooKeeper集群 集群配置启动 3台云服务器 myid集群 zoo.cfg多节点配置 分布式协调框架 Leader Follower Observer
Hadoop-27 ZooKeeper集群 集群配置启动 3台云服务器 myid集群 zoo.cfg多节点配置 分布式协调框架 Leader Follower Observer
47 1
|
1月前
|
Cloud Native Java 对象存储
面向未来的架构设计:Spring Cloud和Netflix OSS在云原生环境下的发展趋势
面向未来的架构设计:Spring Cloud和Netflix OSS在云原生环境下的发展趋势
45 1
|
2月前
|
负载均衡 Java Nacos
SpringCloud基础2——Nacos配置、Feign、Gateway
nacos配置管理、Feign远程调用、Gateway服务网关
SpringCloud基础2——Nacos配置、Feign、Gateway
|
2月前
|
Java 开发工具 对象存储
简化配置管理:Spring Cloud Config与Netflix OSS中的动态配置解决方案
简化配置管理:Spring Cloud Config与Netflix OSS中的动态配置解决方案
46 2
|
1月前
|
存储 SQL 消息中间件
Hadoop-26 ZooKeeper集群 3台云服务器 基础概念简介与环境的配置使用 架构组成 分布式协调框架 Leader Follower Observer
Hadoop-26 ZooKeeper集群 3台云服务器 基础概念简介与环境的配置使用 架构组成 分布式协调框架 Leader Follower Observer
47 0
|
3月前
|
Cloud Native Java Nacos
Spring Cloud Config、Apollo、Nacos和Archaius对比
这篇文章对比了Spring Cloud Config、Apollo、Nacos和Archaius这四种配置中心的适应场景、优缺点。文中讨论了它们的功能特点,例如Spring Cloud Config的集中化配置管理和动态刷新能力,Apollo的实时配置推送和权限治理,Nacos的服务发现和管理功能,以及Archaius的动态配置更新能力。文章指出选择配置中心应根据项目需求和架构来决定,并提供了一个对比图来帮助读者更直观地理解这些工具的差异。
87 1
Spring Cloud Config、Apollo、Nacos和Archaius对比
|
1月前
|
负载均衡 Java API
【Spring Cloud生态】Spring Cloud Gateway基本配置
【Spring Cloud生态】Spring Cloud Gateway基本配置
37 0
|
2月前
|
人工智能 Kubernetes Cloud Native
深度对话 解锁阿里云分布式云原生技术落地新姿势
深度对话 解锁阿里云分布式云原生技术落地新姿势
深度对话 解锁阿里云分布式云原生技术落地新姿势