服务配置中心
背景：
假如生产环境下，项目现在正在运行，此时修改了配置文件，我们需要让这些配置生效，通常的做法是不是要重启服务。但重启是不是会带来系统服务短时间的暂停，从而影响用户体验呢，还有可能会带来经济上的很大损失（例如双11重启下服务）。基于这样的背景，服务配置中心诞生了。
- 什么是配置中心？（存储项目配置信息的一个服务）
- 为什么要使用配置中心？(集中管理配置信息，动态发布配置信息)
- 市场上有哪些主流的配置中心？Apollo(携程开源)，nacos(阿里开源)，Spring Cloud Config(Spring Cloud 全家桶成员)
因为阿里能抗得过双十一，所以我们照样还是用Nacos的服务配置中心
服务配置中心实践
1.添加依赖
因为我们会用消费方调用提供方，所以拿提供方sca-provider做实验，所以依赖加在提供方中
?2.修改配置文件信息
将项目中的application.yml的名字修改为bootstrap.yml配置文件（启动优先级最高），代码如下：
?3.新建Nacos配置
这里后缀为yml我已经改过来了
Data ID为 bootstrap.yml 中定义的spring.application.name的值相同(服务名-假如有多个服务一
般会创建多个配置实例，不同服务对应不同的配置实例)。后缀加不加yml都行
因为yml中已经定义好了。
4.配置中心动态发布测试
在controller类中写测试方法
?@slf4j 门面模式，自动创建log日志接口，等同于写了如下代码
?测试：
此时我们修改日志等级
此时可以看到我们不用重启服务器就能配置服务的日志输出级别，且能输出info级别以上的日志。
?
?
5.命名空间?
举一反三：我们如果服务多个，且想要不同配置时，我们可以创建多个命名空间
根据Group更清晰的结构来管理我们的配置
?
?
?但是有两个命名空间，nacos会使用我们那个空间里的中心配置呢？这时候就要说到我们的命名空间ID了
可见咱们的命名空间ID为? ?195a43f6-2b9f-4935-9c13-4249698404cc
6.编辑配置文件
?
?
?
?发布第二个中心配置
?
?
springboot修改默认日志配置
%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{50} - %msg%n：
%d表示当前时间，{yyyy-MM-dd HH:mm:ss}表示时间格式。
%thread表示线程名称。
%‐5level：日志级别从左显示5个字符宽度。
%logger{50} 表示logger名字最长50个字符，否则按照句点分割。
%msg：日志详细消息。
%n：换行。
?