编程语言
关于 Docker 容器配置信息的渐进式思考
作为一名软件工程师，作者经常使用各种配置文件如 YAML、Markdown、Dockerfile 等进行工作。作者认为程序员追求配置的动态灵活性是天经地义的事，却发现在 DevOps 理念流行后，程序员们常常要像运维一样处理各种配置文件，这使得编程工作变得繁琐。在探讨容器、配置文件和环境变量时，作者通过回顾不同阶段的实践，分享了对配置管理的思考。起初，作者通过Dockerfile将配置文件复制到容器中，但很快意识到不同环境需要不同的配置。随后尝试使用环境变量来实现动态配置，并使用工具`envsubst`来注入环境变量到配置文件中。然而这种方法需要重新构建镜像，作者随后采用将配置更新脚本放入`CMD` 或 `ENTRYPOINT` 指令中，以便通过重启容器来更新配置。尽管运维同事更倾向于使用 `sed` 命令，但这种方法增加了维护成本。作者提到了配置文件挂载到主机的方法，这使得修改主机上的配置文件可以即时更新容器内的配置。Docker Swarm 提供了一种管理配置文件的机制，而 Kubernetes 则使用 ConfigMap 来管理容器内的配置。作者认为容器内的配置管理应让配置与容器分离，即使动态生效而不是固化在容器中。文章最后，作者提出配置管理的关键在于找到变化与不变之间的平衡，反映出技术选择往往不是选择题而是填空题。作者幽默地以古代钱币的外圆内方比喻自己的技术态度，认为一心只想搞技术的想法真实且不做作，并欢迎大家在评论区交流想法。
