【一. 概览】

 1.1 什么是配置

     应用程序在启动和运行的时候往往需要读取一些配置信息，配置基本上伴随着应用程序的整个生命周期。比如：数据库连接参数、启动参数等。
配置主要有以下几个特点：

•  配置是独立于程序的只读变量

             配置首先是独立于程序的，同一份程序在不同的配置下会有不同的行为。
            其次，配置对于程序是只读的，程序通过读取配置来改变自己的行为，但是程序不应该去改变配置。

•  配置伴随应用的整个生命周期

         配置贯穿于应用的整个生命周期，应用在启动时通过读取配置来初始化，在运行时根据配置调整行为。比如：启动时需要读取服务的端口号、系统在运行过程中需要读取定时策略执行定时任务等。

•   配置可以有多种加载方式

         常见的有程序内部硬编码，配置文件，环境变量，启动参数，基于数据库等。

•  配置需要治理

         权限控制：由于配置能改变程序的行为，不正确的配置甚至能引起灾难，所以对配置的修改必须有比较完善的权限控制。
         不同环境、集群配置管理：同一份程序在不同的环境（开发、测试、生产）、不同的集群（如不同的数据中心）经常需要有不同的配置，所以需要有完善的环境、集群配置管理。

1.2 什么是配置中心

      传统单体应用存在一些潜在缺陷，如随着规模的扩大，部署效率降低，团队协作效率差，系统可靠性变差，维护困难，新功能上线周期长等，所以迫切需要一种新的架构去解决这些问题，而微服务（microservices）架构正式当下一种流行的解法。

      不过，解决一个问题的同时，往往会诞生出很多新的问题，所以微服务化的过程伴随着很多挑战，其中一个挑战就是有关服务（应用）配置的。当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着迁移（分割），这样配置就分散了，不仅如此，分散中海包含着冗余。如下图：

 配置中心将配置从应用中剥离出来，统一管理，优雅的解决了配置的动态变更、持久化、运维成本等问题。

应用自身既不需要去添加管理配置接口，也不需要自己去实现配置的持久化，更不需要引入“定时任务”以便降低运维成本。

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

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

        集中管理配置，那么就要将应用的配置作为一个单独的服务抽离出来了，同理也需要解决新的问题，比如：版本管理（为了支持回滚），权限管理等。

        总结以下，在传统巨型单体应用纷纷转向细颗粒度微服务架构的历史进程中，配置中心是微服务化不可缺少的一个系统组件，在这种背景下中心的配置服务即配置中心应运而生，一个合格的配置中心需要满足：

•   配置项容易读取和修改
• 添加新配置简单直接
• 支持对配置的修改的检视以及把控风险
• 可以查看配置修改的历史记录
• 不同部署环境支持隔离

【参考b站 黑马程序员 视频所作笔记】