nacos探测微服务

1、服务配置中心介绍

首先我们来看一下,微服务架构下关于配置文件的一些问题：

• 配置文件相对分散。在一个微服务架构下，配置文件会随着微服务的增多变的越来越多，而且分散在各个微服务中，不好统一配置和管理。
• 配置文件无法区分环境–开发环境 测试环境 线上环境。微服务项目可能会有多个环境，例如：测试环境、预发布环境、生产环
  境。每一个环境所使用的配置理论上都是不同的，一旦需要修改，就需要我们去各个微服务下手动 维护，这比较困难。
• 配置文件无法实时更新。我们修改了配置文件之后，必须重新启动微服务才能使配置生效，这对一个正在运行的项目来说是非常不友好的。

配置中心的思路是：

• 首先把项目中各种配置全部都放到一个集中的地方进行统一管理，并提供一套标准的接口。
• 当各个服务需要获取配置的时候，就来配置中心的接口拉取自己的配置。
• 当配置中心中的各种参数有更新的时候，也能通知到各个服务实时的过来同步最新的信息，使之动态更新。

2、NacosConfig配置中心入门

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

①搭建nacos环境
②在微服务中导入依赖

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

③ 将微服务中的配置文件copy到服务配置中心

④修改配置文件

1. 将原来的配置文件删除
2. 添加配置文件 bootstrap.properties
3. 在配置文件bootstrap.properties中添加内容

# 微服务的注册名称
spring.application.name=shop-order

# 配置文件的服务地址
spring.cloud.nacos.config.server-addr=localhost:8848

# 配置文件的后缀 , 默认是properties
# 若是properties格式的配置文件可以省略不写，但若是yaml格式的，必须要写
spring.cloud.nacos.config.file-extension=properties

⑤ 重启服务

3、提取公共的数据源配置

（1）不同的微服务引用同一个配置文件

例如上图中的商品微服务和订单微服务都会引用数据源，那我们就可以吧数据源的部分提取出来，放入到一个公共的配置文件中。

（2）实现步骤

①在nacos配置中心，新建DataSource.properties配置文件

将关于数据源的配置部分提取到此文件中

②删除原来商品与订单微服务配置文件中的数据源部分

③ 在 商品与订单微服务的bootStrap.properties的配置文件中指定公共的数据源配置

# 引入公共数据源配置
spring.cloud.nacos.config.extension-configs[0].data-id=dataSource.properties
spring.cloud.nacos.config.extension-configs[0].group=DEFAULT_GROUP
spring.cloud.nacos.config.extension-configs[0].refresh=true

④重启项目

4、不同的环境设置不同的配置文件

在实际的项目开发中，存在不同的环境
例如：开发环境（dev）测试环境（test）生产环境（pro）
在不同的环境中，需要不同的配置，所以我们可以在nacos中定义不同环境中所需要的不同配置。

① 创建不同的命名空间

② 修改微服务的bootStrap.properties 配置文件

# 指定配置文件引用的环境
spring.cloud.nacos.config.namespace=5e4d0b61-1436-4351-bca7-4b04e2cdb356

namespace后的值就是nacos为每个命名空间自动生成的id

想使用那个环境，就切换对应的id

5、项目分组

我们不止一个项目的情况下，为了更好的区分，我们可以在nacos中创建分组

实现步骤：

① 创建分组

② 修改配置文件

# 项目分组
spring.cloud.nacos.config.group=DEFAULT_GROUP