虽然我的理解是，在不同的部署环境中使用环境variables来configuration应用程序是最佳做法，但我不知道pipe理这些环境并在其中填充variables的好方法。
以下是我正在考虑的方法：
在我们用来运行我们的应用程序的Upstart脚本中填充它们。 我们使用Ansible来configuration我们的服务器，它们通过一个静态的新贵脚本来复制，但是这可以用环境variables来模板化。
采用相同的方法，但使用/etc/environment
Gstreamerdebugging不工作
包含带有空格的可执行文件path的环境variables是否也包含必要的引号？
如何获取远程主机的环境variables
如何在VB.net中引用当前Windows用户的video文件夹path
C Linux stat（）以nsec精度获取atime / mtime
使用类似envdir东西，并再次使用可以填充文件。
另一个问题是在哪里存储的价值，我想在redis，但我愿意build议。 Ansible有一个“保险库”，我还没有看看哪一个可能是一个select。
这些值是API密钥和数据库URL之类的东西。
我真的只是想知道其他人使用什么方法。 我接受所有的build议。
什么语法将检查是否定义了包含空格的variables名？
如何在CMake中检索用户环境variables（Windows）
AWS命令行界面无法find证书 – 特殊权限
C ++ DLL中全局variables的范围是什么？
在Makefile命令中设置variables
我认为这个问题会征求很多意见，可能会有很多矛盾的意见，但是这样说的是我的一些意见：
/etc/environment是操作系统的一部分，用于配置交互式用户shell。 不要将其用于应用程序。
一个模板化的upstart配置通过ansible对我来说似乎是相当合理的。 只要确保文件系统权限适当地锁定到根目录，只有当你打算在那里存储敏感数据时才能读取。
您还可以使用模板化的特定于应用程序的配置文件，例如/etc/myapp/config ，几十年来它在许多程序中运行良好。 整个环境变量比配置文件的位置更真实地来自PaaS的角度（我相信heroku通过他们的12因子应用程序网站普及了这种方法）。 所以如果你部署的是PaaS或者PaaS风格的话，环境是很方便的。 但是，如果您通过Ansible在您自己的服务器上安装您的应用程序，恕我直言，直接的配置文件更容易排除故障，因为我在我的博客文章环境变量被认为有害
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
