微服务配置中心(Nacos Config)

简介: 微服务配置中心(Nacos Config)


微服务配置中心

配置文件的不足

1.配置存在公共的配置,缺少统一的管理

2.环境参数的配置在每个项目中都有,一旦泄露,不知道是谁泄露的

3.配置缺少git版本管理

4.配置文件的配置无法实现动态更新


配置中心的思想

1.首先把项目中各种配置全部放到一个集中的地方进行统一管理,并提供一套标准的接口

2.当各个微服务需要获取配置的时候,就来配置中心的接口拉取自己的配置

3.当配置中心中的各种参数有更新的时候,也能通知到各个服务实时的过来同步最新的消息,使之动态更新


Nacos Config入门

使用nacos作为配置中心,其实就是将nacos当做一个服务端,将各个微服务看成是客户端,我们将各个微服务的配置文件统一存放在nacos上,然后各个微服务从nacos上拉取配置即可。
第一步:搭建nacos环境

第二步:在商品微服务中引入nacos的依赖

<dependency>
  <groupId>com.alibaba.cloud</groupId>
  <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

第三步:在微服务添加nacos config的配置
注意:不能使用原来的application.yml作为配置文件,而是新建一个bootstrap.yml作为配置文件

第四步:在nacos中添加配置,然后把商品微服务application.yml配置复制到配置内容中


第五步:注释本地的application.yaml中的内容,启动程序进行测试

第六步:如果依旧可以成功访问程序,说明我们的配置中心功能已经实现


Nacos Config动态刷新配置

1.在nacos中的product-service-dev.yaml配置项中添加下面配置

appConfig:
  name: order2022

2.在商品微服务中新增NacosConfigController.java

@RestController
    @RefreshScope
    public class HelloController {
        @Value("${appConfig.name}")
        private String appConfigName;
        @RequestMapping("/hello")
        public String hello(){
            return "参数的内容:"+appConfigName;
        }
    }

端口是在项目一启动就绑定的,后期修改是没有意义的,不能重新再修改,使用的端口在启动的时候存放到内存里面,之后就没有再使用了,尽管内存里面存储的端口值会改变,只是用于变量在程序中做逻辑判断


NacosConfig的配置共享

同一个微服务的不同环境之间共享配置

第一步:新建一个名为order-service.yaml配置存放商品微服务的公共配置,把之前的公共配置都存放进去



不同微服务中共享配置

不同微服务之间实现配置共享的原理类似于文件引入,就是定义一个公共配置,然后在当前配置中引入

第一步:在nacos中定义一个配置,用于所有微服务共享


第二步:修改bootstrap.yaml

spring:
  application:
    name: order-service
  cloud:
    nacos:
      config:
        server-addr: 127.0.0.1:8848 #nacos中心地址
        file-extension: yaml #配置文件格式
        shared-configs:
          - data-id: redis-config.yaml # 配置要引入的配置
            refresh: true #是否要支持对该文件的动态刷新
  profiles:
    active: test #环境标识

第三步:在NacosConfigController.java中新增一个方法

@RestController
    @RefreshScope
    public class HelloController {
        @Value("${appConfig.name}")
        private String appConfigName;
        @Value("${redis.port}")
        private String port;
        @RequestMapping("/hello")
        public String hello(){
            return "参数的内容:"+appConfigName+",redis端口:"+port;
        }
    }
目录
相关文章
|
人工智能 安全 Nacos
Nacos 3.0:微服务与AI融合的技术新纪元
Nacos 3.0:微服务与AI融合的技术新纪元
587 83
|
人工智能 安全 Java
Nacos 3.0:从微服务治理到AI服务治理的跃迁
Nacos 3.0:从微服务治理到AI服务治理的跃迁
643 5
|
人工智能 自然语言处理 安全
Nacos 3.0:微服务与AI融合的新一代动态治理平台
Nacos 3.0:微服务与AI融合的新一代动态治理平台
778 2
|
人工智能 自然语言处理 Nacos
Nacos 3.0:微服务与AI融合的全新治理平台
Nacos 3.0:微服务与AI融合的全新治理平台
478 46
|
存储 Kubernetes 安全
Nacos-Controller 2.0:使用 Nacos 高效管理你的 K8s 配置
无论是使用 Nacos-Controller 实现配置的双向同步,还是直接在应用中接入 Nacos SDK 以获得更高级的配置管理特性,都能显著提升配置管理的灵活性、安全性和可维护性。使用 Nacos,您能够更好地管理和优化您的应用配置,从而提高系统的稳定性和可靠性。
1283 50
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
1018 6
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
560 1
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2

热门文章

最新文章