.NET微服务配置中心选择

起因

想着对配置中心进行选择，列几个不错的配置中心，看看最终的效果如何 有如下几个选择，现在成熟的方案.

1. 1. Apoll

2. 2. Spring Cloud Config

3. 3. Nacos

4. 4. AgileConfig

各自的情况介绍

Apoll

• • 1 主体

  • • 1.1 携程

• • 2 框架级别

  • • 2.1 重量级

• • 3 适用范围

  • • 3.1 各种范围

• • 4 版本支持

  • • 4.1 支持

• • 5 部署的服务

  • • 5.1 光跑起来就要部署多个节点（admin,portal,meta sevice）还要依赖eureka

• • 6 整体评价

  • • 6.1 有.Net Sdk，但是服务部署就很复杂

Spring Cloud Config

• • 1 主体

  • • 1.1 java 开源生态

• • 2 框架级别

  • • 2.1 重量级

• • 3 适用范围

  • • 3.1 暂定Java

• • 4 版本支持

  • • 4.1 未知

• • 5 部署的服务

  • • 5.1 依赖 Apollo

• • 6 整体评价

  • • 6.1 复杂

  • • 6.2 资料少

Nacos

• • 1 主体

  • • 1.1 阿里

• • 2 框架级别

  • • 2.1 重量级

• • 3 适用范围

  • • 3.1 各种范围

• • 4 版本支持

  • • 4.1 支持

• • 5 部署的服务

  • • 5.1 单个服务，也可以集群

• • 6 整体评价

  • • 6.1 有.net Sdk。

  • • 6.2 资料少

AgileConfig

• • 1 主体

  • • 1.1 开源自研

• • 2 框架级别

  • • 2.1 轻量级

• • 3 适用范围

  • • 3.1 .Net

• • 4 版本支持

  • • 4.1 支持

• • 5 部署的服务

  • • 5.1 单个服务

• • 6 整体评价

  • • 6.1 轻量

自研方案

如果别的方案用着都不合适的情况下，只有选择自研了。好处是自研的话，自主可控，想怎么改就这么改，任何bug自己就消化了，还能做出来定制化的符合自己的需求。

以后有问题直接定位，爆破搞定。

用开源的方案，好处是拿来就用，缺点就是，用的不爽，改动麻烦，bug，定位修复不容易，毕竟核心有的就很复杂。增加了学习成本。

结束

看业务具体情况来进行分析和采纳。