微服务为什么需要配置中心

在应用程序的启动和运行中，再对这些配置进行解析和加载。那么，如果对这些不同场景下的不同配置进行总结的话，我们可以针对“配置”归纳出来一下几个主要的特性：

A）、独立于程序的只读信息 配置对于运行中的程序来说，应该是只读的，而不应该是程序可以对其进行修改的。

B）、伴随着程序的整个生命周期 随着程序的启动对配置进行加载，随着程序的消亡而使配置失效。在程序的整个生命周期中，配置与程序都是“相依为伴”的

C）、可以有多种配置和加载方式 可以把配置写在配置文件中、数据库中、硬编码在代码中等等。

D）、是需要对配置进行治理的 同一份程序在不同的环境 （如：开发、测试、生产）、不同的集群（如：不同的数据中心）经常需要有不同的配置，所以需要有完善的环境，集群配置管理。

在微服务架构中，当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着迁移（分割），这样配置就分散了。不仅如此，分散中还伴随着冗余，如下图所示：

创建配置中心，将配置从各个应用中剥离出来，对配置进行统一管理，应用自身不需要自己去管理配置。如下图所示：

配置中心的服务流程如下所示： 1）、用户在配置中心更新配置信息。 2）、服务群及时得到配置更新通知，从配置中心获取最新配置。

总体来说，配置中心就是一种统一管理各种应用配置的基础服务组件。

在系统架构中，配置中心是整个微服务基础架构体系中的一个组件，它的功能看上去并不起眼，无法就是配置的管理和存取，但它是整个微服务架构中不可或缺的一环。如下图所示：

总结一下，在传统巨型单体应用纷纷转向细粒度微服务架构的历史进程中，配置中心是微服务化不可缺少的一个系统组件，在这种背景下，中心化的配置服务——配置中心，应运而生；一个合格的配置中心需要满足如下特性： 1)、配置项容易读取和修改 2)、分布式环境下，应用配置的可管理性，即：提供远程管理配置的能力 3)、支持对配置修改的监视以把控风险 4)、可以查看配置修改的历史记录 5)、不同部署环境下应用配置的隔离性 6)、配置项容易读取和修改