聖光之護 如何让容器化应用更加灵活？
至少 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 日志记录。为了做到这一点，我们只需创建具有特殊名称模式的技术环境变量：
- 以双下划线 __ 开头
- 包含完整的属性路径，即日志级别 __logging.level 。
使用这个 go 包，你可以非常简单地完成所有你需要做的事情：
- 使用 go_config_extender.loadjsonconfigwithenvoverride 函数从文件中读取 json 对象（您可以在测试中看到完整的示例）
- 像这样设置环境文件：
# all previous variables __logging.level="debug" __logging.http_log=true
就这些了，请在 github 上给我们一个 star
结论
这种方法和包不仅可以用于容器化应用程序，还可以用于本机运行的应用程序。该软件包已在我们的授权服务器上成功运行。
以上就是使用环境变量覆盖 Go 应用程序配置的详细内容，更多请关注php中文网其它相关文章！
![[爱了]](/js/img/d1.gif)
![[尴尬]](/js/img/d16.gif)