Docker 到底要怎么用来着，还是有些不解

[aisensiy]

论功能，应该跟 chef 的意义是一样的吧，就是快速的提供一个项目的依赖环境？

那么如果我自己在本机开发了一个...比如 ruby on rails 的网站，然后我就应该写一个 Dockerfile 和项目一起放到 github 就可以了? 这个 Dockerfile 应该搞定 ruby 环境，依赖的 redis mysql nginx unicorn 什么的，然后我把这个东西搞到一个安装好 docker 的机器上，一执行，就 ok 了？

[zhigang1992]

哈哈哈哈，我不知道～

[CMGS]

不一样。。。简单的讲是提供了一个数据和代码分离的运行时环境，又隔离了宿主和应用本身，方便快速部署。我们现在写的PaaS就是围绕Docker在做的，已经丢Github的 Coresys 有这么几个仓库恩- -

github.com/CMGS/levi
github.com/CMGS/lenz
github.com/CMGS/bott

[zhigang1992]

嗯，docker可以很方便的build CI。 每一个镜像一个img. 放在center repo里面。方便部署

[aisensiy]

@CMGS 怎么个数据与代码分离呀 我觉得之前没什么部署方式数据和代码捆绑了啊...

[CMGS]

@aisensiy 我个人是这样理解的啊，docker的最佳实践是一个container只跑一个任务，对于传统img打包分装部署而言，一个完整的环境包含了各种各样的服务在一起，这就有了数据的依赖。而docker的这种做法就强制分离了数据依赖这样- -

the concept that Docker containers were designed to be small, usually running just a single process.

这也是为何docker极其轻量，并且创建销毁是一件很轻松的事

[zsz]

例如：你的操作系统里面安装了50个软件后，直接把整个操作系统导出一个Image文件，打包带走，到另一台安装了docker服务的机器上直接导入这个image启动运行。

[zjgood]

docker确实极易部署和迁移，但是坑多且深。。我被坑过一次

[halfbloodrock]

@CMGS 我觉得还有种最佳实践

假设有2000台物理机器，现在要搭架10000个前端Apache，container就可以快速的在2000台server上启动10000个配置完全一样的Apache。

[newtonisaac]

@zsz can't agree more

[aisensiy]

@CMGS 一个 container 跑一个任务，那就是说 container1 是 mysql container2 是 web。那么 container2 就要访问 container1 的某个端口？那我如果还有很多其他的依赖 那岂不是一次要装5 6 个 container 了 那...我就要有一堆 Dockerfile ？

[CMGS]

@aisensiy 正是如此，container2也可以通过link的方式link进container1，你在单机的视角来看是很多Dockerfile，起很多container，似乎麻烦了点。但是从多机集群的角度来看，麻烦一次无差别异构底层系统拧过去就能启动……诱惑太大了- -

[aisensiy]

@CMGS 哦 我现在想到的就是我可不可以用这个做快速的小规模项目的部署...可能没考虑你说的那些...之前用过 chef 但是感觉其实也挺麻烦的

[lightening]

@aisensiy 我觉得 Docker 不适合你情况。

[simapple]

怎么方便怎么用，集成在一起可以，将一个业务拆分成多个容器示例也可以，如果docker现在面临的挑战就是 如何协调大规模业务的分布式容器协调运作，想你这样的应用，推荐使用fig，来管理

[destec]

感觉Vagrant适合你。

[ddzz]

只用两三个VPS的个人站长貌似用不到这玩意啊

[aisensiy]

@lightening
@destec
我在本地做开发用的是 mac 开发，暂时还没有必须用 vagrant，然后一直比较发愁的就是在部署的时候麻烦...

[aisensiy]

@simapple
在 mac 安装 fig 暂时还没有成功...

[zsz]

@aisensiy 可以在一个container中启动多个服务，使用脚本和supervisor控制就可以，这样就能在单个container中部署小型应用，这是我前些天写过的一个用docker部署个人网站的方法
http://my.oschina.net/hopez/blog/283713

要做的基本上就是把应用安装在container中，mysql的数据盘独立出来（也可以与应用安装在一起），
迁移的时候导出image，把mysql的数据目录打包，到新的机器上导入，并重新解包mysql的数据目录就ok。

[aisensiy]

@zsz 就是先 pull 一个 ubuntu 然后把所有的东西在里面准备好 然后把这个 commit 并且 push 到 docker index 以后就可以直接 pull 之后部署了？