后端 - 配置中心怎么都是读取应用本地的配置，再写到配置中心？
看了几个微服务结构的应用，每个服务启动的时候都是先读取本地的配置，再写入到配置中心，再监听配置中心的修改同步到本地。
这样的话不仅本地需要维护一个配置文件，而且每次应用启动不是都会覆盖掉配置中心的配置吗？不应该本地就配置个配置中心的地址然后配置从远端读取吗？
共有1个答案
理论上只要远程读所有配置，但是特殊情况配置中心出问题例如或者网络有问题等，从本地读取配置可能更靠谱。
-
配置中心主要就是把配置集中化管理，方便统一和维护。本章以 Apollo 为例，从远端配置中心拉取配置以及安全重启服务。如果对 Apollo 不熟悉，可以先看 Swoft 扩展 Apollo 组件以及阅读 Apollo 官方文档。 配置中心使用流程 编写本地 agent 监听配置的变化，如果有变更，修改本地配置文件 重启业务对应的服务 本地 agent 一定要比服务先启动，否则服务启动，没法获取最新
-
Hyperf 为您提供了分布式系统的外部化配置支持，默认适配了: 由携程开源的 ctripcorp/apollo，由 hyperf/config-apollo 组件提供功能支持。 阿里云提供的免费配置中心服务 应用配置管理(ACM, Application Config Manager)，由 hyperf/config-aliyun-acm 组件提供功能支持。 为什么要使用配置中心？ 随着业务的发
-
什么是配置中心?配置中心可以说是一个"大衣柜",内部放置着各种配置文件,你可以通过自己所需进行获取配置加载到对应的客户端.比如Seata Client端(TM,RM),Seata Server(TC),会去读取全局事务开关,事务会话存储模式等信息. Seata的配置中心与Spring cloud的配置中心区别是?在广义上来说,并无区别,只不过Spring cloud的配置中心仅是作用于它们自身的组
-
关于配置文件的定义，请看基础入门-配置文件章节。 读取配置 类：Imi\Config 读取项目配置 echo Config::get('@app.namespace'); // namespace 可以换为其它的节 读取主服务器配置 echo Config::get('@server.main.namespace'); // namespace 可以换为其它的节 读取子服务器配置 // 如子服
-
设计目的 配置中心的核心功能是作为Key-Value存储，Dubbo框架告知配置中心其关心的key，配置中心返回该key对应的value值。 按照应用场景划分，配置中心在Dubbo框架中主要承担以下职责： 作为外部化配置中心，即存储dubbo.properties配置文件，此时，key值通常为文件名如dubbo.properties，value则为配置文件内容。 存储单个配置项，如各种开关项、常量
-
Nacos 是 Seata 组件中重要的配置中心实现. 预备工作 当您将nacos-client整合到您的 Seata工程之前，请确保后台已经启动 Nacos 服务。如果您尚且不熟悉 Nacos 的基本使用的话，可先行参考 Nacos 快速入门。建议使用 Nacos 1.2.0 及以上的版本。 快速上手 Seata 融合 Nacos 配置中心的操作步骤非常简单，大致步骤可分为“增加 Maven 依