docker 应用和数据库应该像在同一镜像里吗？

分开，应用是应用，数据库是数据库

@solooo 我也是这么想，但我们经理想弄在一起，方便，我也感觉不太合理，问问大家怎么弄的~~

一定要分开。如果你是单机部署，写个 docker-compose.yml 就好了，如果是 kubelet 这些也有 pod 这些抽象，分开了一样方便。

不应该，container 应该是无状态的

@wellsc 我觉得楼主说的应该是应用和数据库程序都在一个镜像里。。。

我个人认为应用和数据库应该分离在不同的镜像，这样可以方便单独重新部署应用。。。当然如果是 demo 这种类型的项目，就是怎么方便怎么来的

k8s 就是分开的

如果是自己公司业务持续升级的。数据库分开，如果是阿里云之类的，最好用 RDS 之类的产品。
如果是外包或者产品发布的，打成一个包也不错。gitlab 就是个很好的例子。

@codehz #5 就算是和数据库程序放在一起也是有状态的，数据库程序其实就是代表了数据，数据库程序运行不起来应用也读不了数据对不对?

数据库都不应该放在 Docker 里面

@zhengxiaowai nod，db 这种重度 io 的 app，不应该放在 docker 中部署。

挂了 volume 随便玩

@comeluder 你要是拗不过他就在 dockerfile 里严格分层，万一以后玩不转了直接拆成两个 dockerfile。

个人认为数据库这些有状态服务，不应该使用容器和容器编排技术，至少生产环境不应该。

分开，扩展方便。

看需求

分开

在一个容器里和虚拟机有什么区别。。

@trepwq 区别老大了，系统级和应用级的区别

要我说就无所谓 只要你的数据库卷做了持久化 不管是 data volume 还是分布式存储 都行 前提是业务访问量不大

@fatduo #13

> 个人认为数据库这些有状态服务，不应该使用容器和容器编排技术，至少生产环境不应该。

至少在 Google 所有东西都是在容器(Borg 系统)里的。包括各种数据库类应用，比如 BigTable Spanner 等

但是数据库存储的内容不要做成镜像的一部分。这一点 Kubernetes 应该已经做了一套方案

哈哈，当然可以放在一起，只是再部署的时候，你得把容器重新保存成镜像

@monnand
我说的情况是容器和机器没有绑定的情况，如果容器和机器完全绑定，这和在这台机器上直接起服务没有太多本质区别。
k8s 是提供了 statefulset 作为有状态服务的部署，可以通过 pvc 挂载 volume 的形式，实现服务(pod)漂后重新挂载存储，数据不丢失。但这种基于网络存储并不是适合 db 这种重 io 的服务。。。

分开

@trepwq 虚拟机能重新开机，容器不能吧