使用环境变量覆盖 Go 应用程序配置

如何让容器化应用更加灵活？

至少 10 多年来，我们开发了在容器中运行的应用程序。我不会考虑这种方法的优点和缺点，但想重点关注应用程序的灵活性。几乎每个依赖项，即 postgres、mysql、redis 等存储容器，都允许我们通过环境变量覆盖大多数配置属性。 docker 容器刺激我们在容器中使用环境变量。但与众所周知的服务程序员不同的是，程序员按照自己的方法开发自定义应用程序。我更喜欢使用 json 配置文件来配置应用程序。但是，如果在配置文件 100 个及更多属性中，我无法为每个属性使用环境变量，我该怎么办？相反，我决定使用 json 配置文件作为模板，其中包含工作默认值，并在应用程序启动时覆盖属性（如果设置了适当的环境变量）。

如何在 go 应用程序中实现这种方法

现在，我们不使用单个 docker 镜像；而是使用单个 docker 镜像。我们更喜欢进行一些编排，甚至是像 docker-compose 这样简单的东西。在 docker-compose 中，我们通常创建 .env 文件。正如之前提到的，环境变量可以很好地与 postgres 或 mysql 等知名镜像配合使用。考虑我们有以下应用程序配置 (json)，它用作具有默认值的绝对工作模板。

{
    "server": {
        "address": "0.0.0.0",
        "port": 8182
    },
    "logging": {
        "level": "info",
        "http_log": false,
        "http_console_out": false
    }
}

我们应该能够覆盖任何这个值；考虑到我们应该提高日志级别来调试并启用 http 日志记录。为了做到这一点，我们只需创建具有特殊名称模式的技术环境变量：

1. 以双下划线 __
开头
2. 包含完整的属性路径，即日志级别 __logging.level 。

使用这个 go 包，你可以非常简单地完成所有你需要做的事情：

1. 使用 go_config_extender.loadjsonconfigwithenvoverride 函数从文件中读取 json 对象（您可以在测试中看到完整的示例）
2. 像这样设置环境文件：

# all previous variables
__logging.level="debug"
__logging.http_log=true

就这些了，请在 github 上给我们一个 star

结论

这种方法和包不仅可以用于容器化应用程序，还可以用于本机运行的应用程序。该软件包已在我们的授权服务器上成功运行。

以上就是使用环境变量覆盖 Go 应用程序配置的详细内容，更多请关注php中文网其它相关文章！