1
solooo 2018 年 1 月 17 日
分开,应用是应用,数据库是数据库
|
3
rockyou12 2018 年 1 月 17 日
一定要分开。如果你是单机部署,写个 docker-compose.yml 就好了,如果是 kubelet 这些也有 pod 这些抽象,分开了一样方便。
|
4
wellsc 2018 年 1 月 17 日
不应该,container 应该是无状态的
|
6
codehz 2018 年 1 月 17 日 via Android
我个人认为应用和数据库应该分离在不同的镜像,这样可以方便单独重新部署应用。。。当然如果是 demo 这种类型的项目,就是怎么方便怎么来的
|
7
neoblackcap 2018 年 1 月 17 日
k8s 就是分开的
|
8
mooncakejs 2018 年 1 月 17 日 via iPhone
如果是自己公司业务持续升级的。数据库分开,如果是阿里云之类的,最好用 RDS 之类的产品。
如果是外包或者产品发布的,打成一个包也不错。gitlab 就是个很好的例子。 |
10
zhengxiaowai 2018 年 1 月 17 日
数据库都不应该放在 Docker 里面
|
11
liuzelei 2018 年 1 月 17 日
@zhengxiaowai nod,db 这种重度 io 的 app,不应该放在 docker 中部署。
|
12
abmin521 2018 年 1 月 17 日
挂了 volume 随便玩
|
14
fatduo 2018 年 1 月 17 日
个人认为数据库这些有状态服务,不应该使用容器和容器编排技术,至少生产环境不应该。
|
15
gamexg 2018 年 1 月 17 日 via Android
分开,扩展方便。
|
16
forgetandnew 2018 年 1 月 17 日 via iPhone
看需求
|
17
ETO 2018 年 1 月 17 日
分开
|
18
trepwq 2018 年 1 月 17 日
在一个容器里和虚拟机有什么区别。。
|
20
20has 2018 年 1 月 17 日 via Android
要我说就无所谓 只要你的数据库卷做了持久化 不管是 data volume 还是分布式存储 都行 前提是业务访问量不大
|
21
monnand 2018 年 1 月 17 日 via Android
@fatduo #13
> 个人认为数据库这些有状态服务,不应该使用容器和容器编排技术,至少生产环境不应该。 至少在 Google 所有东西都是在容器(Borg 系统)里的。包括各种数据库类应用,比如 BigTable Spanner 等 但是数据库存储的内容不要做成镜像的一部分。这一点 Kubernetes 应该已经做了一套方案 |
22
feverzsj 2018 年 1 月 17 日
哈哈,当然可以放在一起,只是再部署的时候,你得把容器重新保存成镜像
|
23
fatduo 2018 年 1 月 17 日
@monnand
我说的情况是容器和机器没有绑定的情况,如果容器和机器完全绑定,这和在这台机器上直接起服务没有太多本质区别。 k8s 是提供了 statefulset 作为有状态服务的部署,可以通过 pvc 挂载 volume 的形式,实现服务(pod)漂后重新挂载存储,数据不丢失。但这种基于网络存储并不是适合 db 这种重 io 的服务。。。 |
24
HuHui 2018 年 1 月 17 日
分开
|