配置中心管理工具，支持跨多个配置中心搜索、对比和去重配置

感觉有点奇怪，这个用在哪？蛮多发布、配置系统都带这些比较。

@WinterWu

Apollo 和 Nacos 配置中心是企业中用于管理配置最常见的两个，用于集中管理服务配置。
主要机制是用户手动在配置中心上填好配置，服务在启动时，连接配置中心获取当前服务的配置。

其中配置又分公共配置和私有配置。比如所有服务都连一个数据库，那么把数据库地址配到公共配置中，服务只需要引用公共配置即可获取到数据库地址。在数据库地址有变动时，修改公共配置中的数据库地址，所有服务都会接收到更新。私有配置则是服务独有的配置，例如连接数据库中哪个库这种，每个服务一般都有专属库。

至于配置对比功能，Nacos 完全没有。Apollo 有个不太好用的横向对比功能，也就是多个集群（环境）之间配置对比，前提要求所有集群都由一个 Portal 来管理。实际情况开发和测试环境往往在企业内网，而生产环境部署在共有云上，它们之间网络会隔离，没法要求统一管理。

这个工具专注于配置对比，除了横向对比功能外，还提供纵向对比功能。纵向对比是在同一集群内部查找重复的配置项，这些配置有些没必要，有些可以提取到公共配置中，以减少配置维护量。

@assassing 你没理解我意思，它太小众了。
1. 我不知道其它团队怎么管理他们配置，但是我们是做了权限限制，也不让随意连接这些配置。基于安全考量，应该很多团队都会做连接的限制。
2. 我们在自己的控制台是做了多个配置对比、同步配置功能的。这个挺简单的。你明白吗？它应该是一个完备的 CI/CD 系统或者运维配置系统的一部分，而不是独立的。

最后将一个我个人额外的观点，个人非常讨厌滥用配置中心，它们只应该用于系统自动分发、SpringCloud 注册中心使用。业务系统根本就不应使用这些配置系统。看起来使用简单、便捷，但导致了非常多的安全问题、配置故障和迁移成本。

@WinterWu
哈哈，看得出来你很厌恶这类配置中心，我也是。

我的情况是，公司里面有各种团队，负责不同产品，团队领头人喜好决定了用什么架构。有的自己搭个管理中台，啥也不用操心；有的觉得开发体系不重要，怎么快怎么来，全用现成的东西；还有的负责维护旧技术栈，能不动就不动，生怕出问题。

我不是开发人员，只是根据开发团队的需求，做点辅助性工作。真希望我们的带头人能给力点，把环境整成你说的那样子。