超详细的微服务分布式架构统一配置中心选型对比

概述

由于目前新项目基本是超详微服务架构，大概有几十个项目，细的心选型对都是微服务分基于LCP平台研发的，而每次平台上修改配置，布式比各个项目也都需要去修改配置，架构然后还要重启，统配况且是置中三套环境，维护起来特别麻烦，超详所以准备做一个统一的细的心选型对配置中心，以下是微服务分技术选型的对比。

一、布式比开源配置中心

经过一段时间的架构整理，大概有以下几个开源配置中心：

1、统配Apollo

Apollo（阿波罗）是置中携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、超详不同集群的服务器租用配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。

服务端基于Spring Boot和Spring Cloud开发，打包后可以直接运行，不需要额外安装Tomcat等应用容器。

Java客户端不依赖任何框架，能够运行于所有Java运行时环境，同时对Spring/Spring Boot环境也有较好的支持。

.Net客户端不依赖任何框架，能够运行于所有.Net运行时环境。

2、Diamond（不在维护，这里就不作介绍了）

Diamond是淘宝研发的分布式配置管理系统。使用Diamond可以让集群中的服务进程动态感知数据的变化，无需重启服务就可以实现配置数据的更新。

项目地址：https://github.com/gzllol/diamond

3、Disconf

专注于各种「分布式系统配置管理」的服务器托管「通用组件」和「通用平台」, 提供统一的「配置管理服务」

项目地址：https://github.com/knightliao/disconf

4、spring-cloud/spring-cloud-config

项目地址：https://github.com/spring-cloud/spring-cloud-config

spring出品，可以和spring cloud无缝配合

二、配置中心对比

1、功能特性

先从功能层面来对比

2、技术路线兼容性

引入配置中心，需要考虑和现有项目的兼容性，以及是否引入额外的第三方组件。

3、可用性与易用性

引入配置中心后，所有的应用都需要依赖配置中心，因此可用性需要重点关注。

综合对比，觉得携程的Apollo 功能强大完善，github上开源社区比较活跃，代码一直在维护，而且文档写得清楚，故最终选择Apollo 作为我们的分布式配置中心。

本文地址：http://www.bzve.cn/html/664c65098685.html