guldan 是一个配置管理中心，通过 guldan，用户可用方便的实现自己应用的配置管理。
配置热变更：当配置变更时，guldan 会及时的通知到应用，应用感知到变化，并作出自己的相应及调整；比如，流量切换，服务开关等。
guldan 还允许配置共享，当你想要把自己的配个配置共享给其他业务方时，可以将该配置项授权，让其访问，比如 mysql slave 库的共享
guldan 架构
-
我创建了一个Spring、Hibernate、Hazelcast集成应用程序。 Spring配置文件如下所示：- Spring扩展上下文.xml 各种黑泽尔卡斯特教程要求我在黑泽尔卡斯特中复制以下代码行.xml。 但是我没有使用最终在Hazelcast包的bin文件夹中找到的Hazelcast.xml。 相反，我将Hazelcast jars复制到eclipse中的lib文件夹中。 要运行Manc
-
在 Laravel 中，大多数采用 .env 文件管理，深度配置都采用 config/*.php 配置。 在 ThinkSNS+ 这一现象并没有发生改变，我们也推崇使用 Laravel 方式进行管理配置，但是有时候我们往往需要后期配置， 但是后期配置不可能期望用户去修改配置文件。这很危险，用户大多都没有技术能力。 所以，在 ThinkSNS+ 在 Laravel 配置的基础上增加了一份更加灵活的配
-
Swoole框架提供了配置文件管理的功能。配置可以直接用数组的方式进行访问，底层会自动加载配置文件目录下的$key.php文件。配置文件必须在末尾return $array返回配置的信息。 使用方法 //在控制器中 $this->config['user']; //其他位置 Swoole::$php->config['user']; 设置配置文件路径 Swoole\Config::setPath
-
San CLI 的配置文件为san.config.js，该文件放在项目的根目录下，当执行 San CLI 命令时，San CLI 会自动读取san.config.js的内容，在项目创建后，首先需要修改san.config.js来配置文件打包等选项。San CLI UI 将配置的每一项转换为表单，同时将配置项的语义直观的展示在页面，无需查找文档，直接在San CLI UI中修改表单，保存后即可看到s
-
local settings 作为一个开源项目，我们在这方面做得并不是特别好——当然是有意如此的。不过，这里我们还是做一些简单的介绍。对于我们的项目来说，我们需要一些额外的配置，如我们的数据库中的DATABASES、DEFAULT_AUTHENTICATION_CLASSES、CORS_ORIGIN_ALLOW_ALL、SECRET_KEY应该在不同的环境中都有不同的配置。 我们可以一个创建loc
-
概述 应用的配置信息，一般通过环境变量来注入。这些配置的值，可以抽取出来，存放到ConfigMap里面。ConfigMap以Key-Value的形式来保存这些配置信息。 在部署应用的时候，可以通过引用ConfigMap的Key来设置环境变量，而不是直接赋值。这样可以集中管理配置信息，方便应用多次部署以及多个应用之间共享配置信息。