微服务架构之配置中心

微服务架构之配置中心

1 配置中心概念
「配置中心」，顾名思义，就是用来统一管理项目中所有配置的系统。虽然听起来很简单，但也不要小瞧了这个模块。如果一个中型互联网项目，不采用配置中心的模式，一大堆的各类配置项，各种不定时的修改需求，一定会让开发同学非常头疼且管理十分混乱。我认为甚至可以直接用 “一个项目中是否有无采用「配置中心」”这一粗略的条件，来判断一个互联网研发团队是否规范和成熟。
2 为什么需要配置中心？
我们先来看看在没有「配置中心」的传统项目中，我们是怎么处理各类配置参数问题的：
1.一般是静态化配置。大多数在项目中单独写一个配置文件，例如 “config.conf”，然后将各类 参数配置、应用配置、环境配置、安全配置、业务配置 都写到这个文件里。当项目代码逻辑中需要使用配置的时候，就从这个配置文件中读取。这种做法虽然简单，但如果参数需要修改，就非常的不
灵活，甚至需要重启运行中的项目才能生效。相信大多数开发同学都深有体会。
2.配置文件无法区分环境。由于配置文件是放在项目中的，但是我们项目可能会有多个环境，例如：测试环境、预发布环境、生产环境。每一个环境所使用的配置参数理论上都是不同的，所以我们在配置文件中根据不同环境配置不同的参数，这些都是手动维护，在项目发布的时候，极其容易因开
发人员的失误导致出错。
3.配置文件过于分散。如果一个项目中存在多个逻辑模块独立部署，每个模块所使用的配置内容又不相同，传统的做法是会在每一个模块中都放一个配置文件，甚至不同模块的配置文件格式还不一
样。那么长期的结果就是配置文件过于分散混乱，难以管理。