这是一个创建于 2652 天前的主题，其中的信息可能已经有所发展或是发生改变。
有点想把 mongodb 放在 docker 上
但是这样的话实例调用数据库感觉也不太方便………
但是这样的话实例调用数据库感觉也不太方便………
第 1 条附言 · 2017-09-08 13:59:26 +08:00
注释：是一个练手的项目（当然如果能保持长久运行最好），所以其实没必要考虑 稳定性、可扩展 之类的乱七八糟的东西= =
 |
1
ryd994 2017-09-08 13:27:05 +08:00 via Android
（普通）数据库没必要 docker
因为数据库一般不会经常伸缩，也不会很多节点 也不会经常迁移 docker 的优势不大 |
 |
4
whileFalse 2017-09-08 13:49:36 +08:00
一般而言，生产级数据库 缓存 es 都不要放在 docker 里
测试级别的其实无所谓。 |
 |
5
mhycy 2017-09-08 13:52:43 +08:00
1、mongodb 能上 docker ？
2、别忘了 docker 的数据卷是走网络的 |
 |
6
sea516 2017-09-08 13:58:05 +08:00
头像不错
|
 |
9
hakulamtt 2017-09-08 15:50:38 +08:00  1
微服务+容器化调研实践一年多，谈谈使用心得，就 DevOps 的工作平台来说，总的说来有几大功效：
1. 中间件容器化可极大的提高单点物理机的硬件资源使用率，提高物理机器节点的并行计算能力 2. 解决微服务服务的运算单元碎片化难部署运营问题，可快速的复制集群环境应对不同功效的 Deploy （ RD 的 UT 环境、QA 的 SIT 环境、新产品线 Demo 环境、Pre-prod 环境、合作商联调环境、新架构技术的调研测试验证、集群容量吞吐性能测试。。。） 3. 呈上，屏蔽各套环境物理差异，避免各种代码外的幺蛾子（物理环境依赖相关的幺蛾子不要太多） =================================================== 就数据库（我们用到 redis、mysql、mongodb ）层而言，做了容器化，主要解决： 1. 通过容器化将 DB 引擎实例化，免安装，快速复制、动态扩容，快速的构建 DB 集群 2. DB 引擎与数据内容剥离，透过 docker API 进行 Web 可视化操作 db 数据内容打包、物理迁移、动态挂载到引擎。。。把 DB 数据内容独立出来，可作为产品 Release 来卖了(⊙﹏⊙)b |
 |
10
kosilence 2017-09-08 16:29:44 +08:00
数据库用 docker 一般把数据挂载在服务器本地，而不是容器内吧
|
Select Language