nacos配置管理 nacos配置管理例子

2021-11-22 spring-cloud-nacos配置优先级

解决办法我们可以配置文件，在yaml里添加优先匹配网络。然后在idea的VM options添加此项目。之后设置固定IP，启动发现，IP已注册为当前配置地址。这样就可以使得nacos服务不会空。概览 Nacos 是阿里巴巴推出来的一个新开源项目，这是一个更易于构建云原生应用的动态服务发现、配置管理和平台。 Nacos 致力于帮助您发现、配置和管理微服务。

最近有项目组同学问到为什么自己配置了nacos，但配置不生效？我简单看了下，发现问题出在相关配置的优先级模式不同。

nacos配置管理 nacos配置管理例子

nacos配置管理 nacos配置管理例子

spring-boot项目，有bootstrap、application两个配置文件，结合profile，和支持的文件格式properties、yaml，已经有6个配置文件了。然后使用了spring-cloud-starter-alibaba-nacos-config 后，又提供了配置。这些配置之间的组合关系，将在无形中影响配置的效果。很多同学只知道其中的一种，因此在无意识引入两种或以上的配置后，就会发现有奇怪的配置不生效问题发生。

spring-boot项目依赖bootstrap.yml 用于应用程序上下文的阶段，由父Spring ApplicationContext加载，其工作的阶段为父ApplicationContext 被加载到使用application.yml的之前。也就是说 bootstrap 加载优先于 applicaton。

bootstrap 主要用于从额外的资源来加载配置信息，还可以在本地外部配置文件中解密属性。这两个上下文共用一个环境，它是任何Spring应用程序的外部属性的来源。bootstrap 里面的属性会优先加载，它们默认也不能被本地相同配置覆盖。

bootstrap 配置文件有以下几个应用场景：

由于spring-boot支持多种文件格式，所以多种格式之间，其优先级是平等的，只要找到了一个，就会被使用。一最终项目结构如下:般有：.properties、.yaml、.xml等格式。

应用级别的spring-boot配置文件，主要用于 Spring Boot 项目的自动化配置，其加载优先级低于bootstrap.yaml。

nacos作为外部配置，通过spring-boot的bootstrap.yaml引入。但nacos本身，也提供了配置体系：主配置(只有一个，但会按照不同后缀名，去找到相关配置）、扩展配置、共享配置。

配置的优先级如下：主配置 > 扩展配置 > 共享配置

nacos提供的配置路径 spring.cloud.nacos.config 下，有一系列的属性用于定位主配置。基于 prefix（默认为 ${spring.application.name} 的值）、namespace、group（默认为字符串 DEFAULT_GROUP ）、file-extension（默认为字符串 .properties ），按组装规则 ${prefix}-${spring.profiles.active}.${file-extension} 去找到一个配置。

在nacos的所有配置中，主配置（存在的情况下）具有的优先级，其同名配置值不能被扩展配置或共享配置中定义的同名属性所覆盖。

摘要其核心内容如下：

Nacos整合Spring Boot Admin

实际上，nacos中并未对 extension-configs 和 shared-configs 的别进行详细阐述。我们从他们的结构，看不出本质别；除了优先级不同以外，也没有其他别。那么，nacos项目组为什么要引入两个类似的配置呢?我们可以从当初 该功能的需求（issue） 上找到其原始目的。gitHub

主要的功能点有

设置启动类

bootstrap.yml注册到nacos(配置nacos地址,开启actuator全部端点,配置日志打印路径)

由于多种方法可以解决分布式Web应用程序中的身份验证和授权,因此SpringBootAdmin不会提一切就绪就可以在控制台看到我们的服务了供默认方法,默认情况下Spring-boot-admin-server-ui提供了登录页面和注销功能

添加配置

编写Security的配置

启动项目,即可看到登录页面,输入配置的账号密码登录,能看到注册的服务

页面还是挺好看的

由于Spring Admin UI 里有很多js和css,在我们上生产时,大多数选择nginx加重定向头的组合,这会是页面加载崩溃,找不到元素,所以我们要配置nginx的proxy_set_header 以及服务端跨域处理

配置账号

手动停止一个服务看下效果,成功发送报警邮件

通过API写入Nacos配置

bootstrap.yml

引入 nacos-client 12. 各个配置中心对比.4.1

(nacos-client 2021.1 月发布的版本才可控制 nacos控制台显示的格式 ，之前的版本发布配置只会是text格式，建议使用1.4.1)

主要使用 com.alibaba.nacos.api.config.ConfigServ#publishConfig

Nacos整合Spring Boot Admin

将各个微服务注册到Nacos，方便调用与配置

gitHub

pom.xml

主要的功能点有

设置启动类

bootstrap.yml注册到nacos(配置nacos地址,开启actuator全部端点,配置日志打印路径)

由于多种方法可以解决分布式Web应用程序中的身份验证和授权,因此SpringBootAdmin不会提供默认方法,默认情况下Spring-boot-admin-server-ui提供了登录页面和注销功能

添加配置

编写Security的配置

启动项目,即可看到登录页面,输入配置的账号密码登录,能看到注册的服务

页面还是挺好看的

由于Spring Admin UI 里有很多js和css,在我们上生产时,大多数选择nginx加重定向头的组合,这会是页面加载崩溃,找不到元素,所以我们要配置nginx的proxy_set_header 以及服务端跨域处理

配置账号

手动停止一个服务看下效果,成功发送报警邮件

Spring Cloud 有哪些好用的学习方法？

上述两类配置都支持三个属性： data-id 、 group （默认为字符串 DEFAULT_GROUP ）、 refresh （默认为 true ）。1. 了解微服务架构，学习Spring Cloud之前，需要先了解微服务架构的基本概念和原理。

2. 学习Spring Cloud的核心组件，包括Eureka、Ribbon、Feign、Hystrix、Zuul等 。

3. 学习Spring Cloud的配置管理，包括Config 、Nacos等 。

4. 学习Spring Cloud的服务治理，包括Se4.c -X POST " "(每次修改后必须执行这个,否则客户端还是读取不到的配置信息)ntinel、Seata等 。

多网卡 nacos服务为空

服务发现 : 即服务客户端在其网络上找到其要调用服务的具体连接信息的过程。例如通过查询服务注册中心得到其所调用服务的具体 IP地址和端口。 简单的说，服务发现就springboot 有一个非常好用的和管理的源软件,这个软件就是spring boot admin,该软件能够将Actuator中的信息进行图形化的展示,也可以 Spring Boot 应用的健康状况,提供实时报警功能.是服务或者应用之间互相定位的过程。

SpringCloud Alibaba组件

一.组件组成

二. 各个组件的介绍

2.1. Gateway

GateWay是在spring生态系统上构建的API服务,它是基于springboot2,spring5,和project Reactor等技术

2.1.3优势

性能方面比zuul要好,因为gateway是基于webFlux框架实现(底层是Reactor模式的netty)

2.1.4 特点

2.1.5 为什么选择gateway?

路由: 是构建的基本模块,他由id,目标,一系列的断言和过滤器组成,如果断言为tru3.三大核心概念e则匹配该路由.

断言:

过滤: 过滤请求用的

路由转发+ 过滤器链

二: config 分布式配置中心

1. 产生背景: 微服务项目中会根据业务来拆分成一个个子服务,而每个服务都会有自启动类己的配置文件为了统一管理,所以configserver应运而生了.

2.概念:

springcloud config 为微服务架构中的微服务提供集中化的外部配置支持,配置为 各个不同的微服务 应用的所有环境提供一个 中心化的外部配置 .

3.作用:

2.运行期间动态调整配置不在需要在每个上部署的机器上编写配置文件,服务会向配置中心统一拉取配置信息

3.动态加载配置信息,服务不用重启就可以感知配置的变化并应用配置

4.把配置信息以rs风格接口的形式暴露(t或c命令)

ps: 其实就相当于项目里的公共模块,一个意思

那我们如何使用它呢?

一. 首先config分为客户端和服务端.

四.分布式配置动态刷新问题

实现步骤:

1.pom里添加actuator

2.yml 暴露端点

3. 启动类上加 @RefreshScope

五. 如果有多个客户端,难道每个微服务都要执行一次t命令?

可不可以只改一处,让其他的地方都生效

三. Bus 消息总线

1.概念

springcloud Bus 是用来将分布式系统的与轻量级消息系统链接起来的框架,它整合了ja的时间处理机制和消息中间件的功能

五. Nacos

1. 概念

六 . Sentinel

1.概念

把流量作为切入点,从流量控制,熔断降级,系统负载保护等多个维度保护服务的稳定性.

七. Seata

1. 概念

多网卡 nacos服务为空

client端相对简单,因为nacos自动帮我们整三. 而客户端是通过指定的配置中心来管理应用资源,这样有助于对环境配置进行版本管理,并且可以通过git客户端工具来方便的管理来访问配置内容.合了与admin的关联工作,只需要注册进nacos,并且与服务端保持在同一命名空间和分组下即可

微服务架构 | 2.5 Nacos 长轮询定时机制的源码分析

在我们服务宕机或上线时可以自动触发邮件发送,需要提前开启邮件的imtp和tp功能,请自行了解

参考资料 ：

《Spring Microservs in Actionpom.xml》

《Spring Cloud Alibaba 微服务原理与实战》

《B站 尚硅谷 SpringCloud 框架开发教程 周阳》

为方便理解与表达，这里把 Nacos 控制台和 Nacos 注册中心称为 Nacos （就是 web 界面那个），我们编写的业务服务称为 Nacso 客户端；

由于篇幅有限，这里将源码分析分为上下两篇，其中上篇讲获取配置与机制，下篇讲长轮询定时机制；在 《微服务架构 | 2.2 Alibaba Nacos 的统一配置管理》 中提到一张 Nacos 动态的长轮询机制原理图，本篇将围绕这张图剖析长轮询定时机制的原理；

上篇 《微服务架构 | 2.4 Nacos 配置中心的源码分析（获取配置与机制）》 中的 1.1 提到，ConfigServ 是 Nacos 客户端提供的用于访问实现配置中心基本作的类，我们将从 ConfigServ 的实例化开始长轮询定时机制的源码之旅；

SpringCloudAlibaba(一)：概述与重要组件

阿里巴巴开源产品,一个易于使用的高性能微服务分布式事务解决方案.

前一篇提到了我们为什么要替换PHP语言采用Ja语言。而Ja语言的框架选型上来说有太多的选择，常见的有Dubbo，SpringCloud等。我们选择了SpringCloudAlibaba。替换PHP语言到SpringCloudAlibaba是个大工程，主要是业务迁移部分。讨论之初我也确认过是否迁移原有的业务，得到的明确答复是 迁移 。 那么这么来说也就简单了，复杂的就是工期问题了。

SpringCloud Alibaba是Alibaba结合自身的微服务实践开源的一套微服务全家桶 ，在SpringCloud项目中进行孵化并且毕业。既然是SpringCloud的项目那么阿里云其实包含其商业化的产品。 例如Nacos在阿里云就有其商业化的版本 MSE 。 同时SpringCloud Alibaba的相关组件是经历过双十一大促考验的产品。稳定性较高。

SpringCloud Alibaba是SpringCloud的子项目，其实很多相关的文章都提到了SpringCloud Alibaba与SpringCloud的关系，其中有很多的论点都比较有意思。大家可以去搜索一下。

SpringCloud Alibaba是依赖SpringCloud相关的标准实现的一套微服务的架构。结合阿里巴巴的相关实践与阿里云的相关服务实现的一些组件得以更快的实现相关产品业务。

Nacos实现了服务的配置中心与服务注册发现的功能，Nacos可以通过可视化的配置降低相关的学习与维护成本，实现动态的配置管理与分环境的配置中心控制。 同时Nacos提供了基于/RCP的服务注册与发现功能。

Sentinel是面向分布式微服务架构的轻量级高可用的流控组件，以流量作为切入点，从流量控制，不管使用什么方式, A需要知道B的地址和端口号. 那么A是如何知道B的地址和端口好的呢? 如上图:熔断降级，系统负载保护等维度帮助用户保证服务的稳定性。常用与实现限流、熔断降级等策略。

RocketMQ基于Ja的高性能、高吞吐量的消息队列，在SpringCloud Alibaba生态用于实现消息驱动的业务开发，常见的消息队列有Kafka、RocketMQ、RabbitMQ等，相关的比较文档可以自行去翻阅。

Dubbo已经在圈内很火了,SpringCloud Alibaba基于上面提到的Nacos服务注册中心也同样整合了Dubbo。

SpringCloud Alibaba还有一些其他的组件选择，例如schedulerX、SMS、OSS等。但是由于其主要是阿里云的商业化产品就不再过多的进行介绍。集成其商业化产品时才能用到。

SpringCloud Alibaba是基于SpringCloud标准由阿里巴巴实现的微服务全家桶，可插拔的方式实现组件的替换，在某些场景中我们需要的组件可以自由进行选择。例如需要分布式链路跟踪我们可以增加sleuth组件用于实现分布式链路跟踪业务等。

很多人提到SpringCloudAlibaba的商业问题，记得当年SpringCloudAlibaba推出版的时候我也评论了...卖产品全家桶。不可否认是有那么一些，但是其实它本身的很多组件又不一定非要选择商业版本。这个可以自由进行选择。