docker 的数据卷放数据库是不是不太好………

（普通）数据库没必要 docker
因为数据库一般不会经常伸缩，也不会很多节点
也不会经常迁移
docker 的优势不大

@ryd994 #1 那 redis 呢？

@flowfire 我觉得行，但我不了解

一般而言，生产级数据库 缓存 es 都不要放在 docker 里
测试级别的其实无所谓。

1、mongodb 能上 docker ？
2、别忘了 docker 的数据卷是走网络的

头像不错

@mhycy #5 = =为啥不可以。。。我对这个不是很熟（ docker 和 mongodb 都不是很熟）

@flowfire 记忆中不行，刚刚查了下。。有官方源

微服务+容器化调研实践一年多，谈谈使用心得，就 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

数据库用 docker 一般把数据挂载在服务器本地，而不是容器内吧

@kosilence 引擎依赖包和配置打进镜像做版本管控，数据内容逻辑卷挂外面