我在尝试 docker 部署 django ，刚刚接触容器化部署，遇到了一些思维不太好转变的问题。

django 的数据库是要在 docker build container 的时候，就把服务器的数据库配置写到 settings.py 里吗，那 build 完 image ，肯定要在本地看看能不正常启动这个 container ，没问题才可以 push 上去吧。那我每次改 setting 配置，在 git 版本控制的时候，其实这些配置改动不算是一种迭代更新，因为一个程序会运行在许多个服务器，会用到许多个数据库。

除非数据库也用 docker 启动，到时候服务器启动 django 和数据库两个容器。

但是我启动数据库容器的操作也是挺麻烦的，也得改改数据库容器的配置。而且我看到 docker hub 上一些官方镜像，比如 postgresql 也有提到启动完镜像，进去创建数据库这种操作。

综上，我觉得还不如本地调试完 django container ，服务器 pull 下来，改改这个数据库和其他的一些配置。像数据库这种算基础设施，安装在宿主机上，而且这种软件不会像我们写的程序遇到太多安装问题。

整理了一下

数据库开发环境和服务器不一致，所以就要有两种数据库配置（开发 /生产环境）

• 构建好的镜像本地应该调试好了（不是指调试代码运行的问题，是指调试代码部署的问题），那就要求本地调试的时候，能用上服务器的数据库配置。

  1. 开发环境安装数据库软件，并创建和服务器的数据库一样的配置

  2. 或者构建数据库镜像

程序会多次部署，会用到不同数据库，每次改动数据库配置，在版本控制上来讲不算是一次迭代更新，所以觉得构建镜像前先改好数据库配置不合理

我最终的想法是，生产环境的配置先把 key 写好了，value 不写。本地测试部署，服务器部署的时候，进入镜像改改再运行