Nacos配置中心和注册中心

10.4.1. Nacos注册中心

10.4.1.1. 注册中心简介

1. 大概描述一下就是 , 我们一个项目中有多个微服务模块 , 服务间通过远程调用来实现业务功能 , 注册中心是阿里巴巴推出来的一个开源项目,用于发现,配置和管理微服务 。
2. 在分布式架构中,服务器会注册到这里 , 当服务器需要调用其他服务时,就到这里找到服务的地址进行调用。
3. 注册中心主要有三部分组成 :

• Nacos-Server ：注册中心 , 提供服务的注册和发现。
• Nacos-Provider ：服务提供方 , 把自身的服务实例注册到 Nacos Server 中。
• Nacos-Consumer ：服务调用方 , 通过 Nacos Server 获取服务列表，消费服务。

10.4.1.2. 常见的注册中心

1. Eureka（原生，2.0遇到性能瓶颈，停止维护）
2. Zookeeper（支持，专业的独立产品。例如：dubbo）
3. Consul（原生，GO 语言开发）
4. Nacos

• Nacos相当于 : SpringCloud Eureka + SpringCloud Config
• 通过 Nacos Server 和 spring-cloud-starter-alibaba-nacos-discovery 实现服务的注册与发现

10.4.2. Nacos配置中心

1. 大概描述下就是,我们实际的工作中一个模块不可能只使用一台服务器去运行,必然是很多台服务器运行同一个模块,比如说 edu 模块,那么就涉及到了集群模式使用,但是当edu的application.porerities中的配置需要被修改时,总不可能一台一台服务器的去修改,这时就提出了 Nacos配置中心 ,将配置文件统一放在里面,所有的服务器都直接用它就好了,修改也是直接修改这一个就可以了
2. 介绍 : Nacos 可以与Spring, Spring Boot, Spring Cloud 集成，并能代替SpringCloud Eureka,SpringCloud Config。通过 Nacos Server 和 spring-cloud-starter-alibaba-nacos-config 实现配置的动态变更。
3. 如果微服务架构中没有使用统一配置中心时，存在的问题

• 配置文件分散在各个项目里，不方便维护
• 配置内容安全与权限问题
• 更新配置后，项目需要重启

1. nacos 配置中心：系统配置的集中管理、动态更新不重启、回滚配置等所有与配置相关的活动,以下为细节:

• 配置是在nacos的配置列表 ,Data ID 的完整规则格式为: 微服务名称-环境名称.后缀( service-edu.properties )
• 后端依赖导入

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

• bootstrap.properties配置文件

#配置中心地址
spring.cloud.nacos.config.server-addr=127.0.0.1:8848

spring.profiles.active=dev

# 该配置影响统一配置中心中的dataId
spring.application.name=service-statistics

1. springboot 配置文件加载顺序

• 其实 yml 和 properties 文件是一样的原理，一个项目要么 yml 要么 properties，二选一 , 推荐使用 yml 会更简洁。
• bootstrap 与 application加载顺序

• • bootstrap先加载 , application后加载
  • bootstrap用于应用程序上下文的引导阶段 , 由父 Spring ApplicationContext 加载。
  • 父 ApplicationContext 被加载到使用 application 的之前。

• bootstrap 与 application配置区别

• • bootstrap和 application都可以用来 配置参数 。
  • bootstrap 可以理解成 系统级别 的一些参数配置，这些参数一般是不会变动的。
  • application可以用来定义 应用级别 的。