关于 docker 项目和直接部署项目的区别？

docker 是一次打包，到处运行，环境不用再配置，大规模部署明显节省很多时间

如果项目运行所需要的东西都在 docker 镜像里面，做好这个镜像，随便放一台装了 docker 的电脑都能一句命令跑起来，顶多改一下命令的参数。多节点部署方便，直接部署的话每个节点都要自己弄一遍，有时不留神还会漏了

@jdhao 是的……我也觉得 docker 太方便了，现在基本上公司的前后端项目，全都是本地调好，然后 docker 打包到服务器吗？按照这个理解，这种应该是大小项目，都比直接在服务器重新安装和运行要好吧？

@wqhui 我去研究一下，目前我觉得，啥都可以直接上 docker……都懒得慢慢配和启动环境了。

@stellarXi 从经验上看，docker 适合所有无状态的服务，有状态的，比如数据库之类的，部署在 docker 上有时出问题解决起来就比较麻烦，而且性能好像也比不上直接物理机部署。docker 在遇到容器挂掉的时候，感觉更推荐启动一个新的容器，而不是重启挂掉的容器

@wqhui 啊，我如果前后端都要写，前端配一个镜像，后端配一个镜像，然后数据库安装在服务器上，emmm 我现在这种理解有什么问题或者纰漏吗？

直接部署有很多操作系统相关的问题，比如权限，端口占用，挂载卷，日志路径重复。以前直接部署单节点多实例的时候，要写很复杂的脚本检测服务器，修改配置后才能运行。现在只需要简单改改 docker 配置，甚至用 k8s 的自动配置，节省很多时间。

docker 的好处在于“能删干净”
以至于下次部署的时候，不会受上次的影响

@stellarXi 前端我不太清楚，我们这边好像没有打包成镜像部署，后端跟数据库目前是这样，不太重要的开发环境数据库也是直接 docker 跑着，真出问题就重新拉一个。。