【springcloud alibaba】配置中心之nacos

接着上一篇的【springcloud alibaba】注册中心之nacos，这一篇主要讲nacos的配置中心能力。nacos的集群部署及持久化请看上一篇。

1.微服务配置中心是什么

2.微服务为什么配置中心

　　2.1 传统项目中的配置处理，一般可能存在的问题

　　2.2 微服务配置中心

3.常见的微服务中心对比

4.nacos配置中心的使用

5.如何技术选型

6.nacos配置中心原理

--------------------------------------正文 -----------------------------------------------

1.微服务配置中心是什么

　　「配置中心」，顾名思义，就是用来统一管理微服务项目中所有配置的系统。一个规范和成熟互联网研发团队，微服务项目中多般使用到配置中心。

2.微服务为什么配置中心

　　2.1 传统项目中的配置处理，一般可能存在的问题

　　　　2.1.1 静态化配置。这种做法虽然简单，但如果参数需要修改，就非常的不灵活，甚至需要重启运行中的项目才能生效。
　　　　2.1.2 配置文件无法区分环境。(springboot项目profile支持环境区分)
　　　　2.1.3 配置文件过于分散。如果一个项目中存在多个逻辑模块独立部署，每个模块所使用的配置内容又不相同，传统的做法是会在每一个模块中都放一个配置文件，甚至不同模块的配置文件格式还不一样。那么长期的结果就是配置文件过于分散混乱，难以管理。
　　　　2.1.4 配置修改无法追溯。(配置放在代码中，通过git/svn提交记录可追溯)

　　2.2 微服务配置中心　

　　　　「配置中心」的思路就是把项目中各种配置、各种参数、各种开关，全部都放到一个集中的地方进行统一管理，并提供一套标准的接口。
　　　　简单来说：
　　　　　　当各微服务应用需要加载配置信息时(例：启动时)，会到配置中心获取「配置中心」中的配置信息；
　　　　　　当需要实时更新运行中的应用的配置时，在置配中心更新对应微服务应用的配置，之后或通过配置中心将配置的变更信息推送给微服务应用，或微服务应用主动到配置中心拉取变更的配置信息。
　　　　　　即能做到不停机动态变更配置信息。

　　即：微服务配置中心能提高配置的安全性(一些敏感信息不需要放在代码的配置文件中)，能支持实时修改，不需要重启应用；

3.常见的微服务中心对比

　　对比源自：深度对比三种主流微服务配置中心

　　功能特性对比总结

　　这里列一个表格总结一下三个产品的功能特点：

4.nacos配置中心的使用

5.如何技术选型

6.nacos配置中心原理

参考：

　　https://blog.csdn.net/crave_shy/article/details/81285217

　　https://www.cnblogs.com/jsjwk/p/10880671.html

　　http://www.360doc.com/content/19/0403/17/99071_826205359.shtml
　　http://blog.didispace.com/spring-cloud-alibaba-3/

【springcloud alibaba】配置中心之nacos

原文：https://www.cnblogs.com/wjqhuaxia/p/14196568.html