本文讲的是Moving to Docker（一）为什么选择Docker，
【编者的话】本文是《Moving to Docker》系列的第一篇文章，这个系列的文章讲述了创业公司如何把基础服务迁移到Docker上，以及迁移过程中的经验教训。本文主要介绍了Touchware为什么要从Heroku迁移到Dokku，以及为什么最后又投靠了Docker。
本文是迁移至Docker系列的第一篇，这个系列介绍了我所在的公司是怎么把基础设施从PaaS迁移到Docker上的。如果你对基础已经很了解了，可以直接看本文底部的几个技术专题。
上个月，我一直在折腾开发环境。这是我个人的经验和故事，关于如何在Docker上简化Rails项目的部署工作。
当我开始创建 Touchware 的时候，我还是个独立开发者。项目比较小，也不复杂，也不需要维护，甚至不需要部署到很多机器。经过去年一年的发展，我们成长为了有10名员工的公司，同样在发展的还有我们的服务端程序和API的范围和规模。
Step1 Heroku
虽然我们还是个小公司，但我们还是需要让事情尽可能的便捷。当我们在寻找解决方案时，我们希望找到可以帮助我们减轻对硬件依赖负担的工具。由于我们主要开发RoR项目，而 Heroku 不仅对RoR有很好的支持，而且还提供常用的数据库（Postgres/Mongo/Redis等），于是我们就明智的使用了它。Heroku有很好的技术支持和文档说明，这使得部署工作非常轻松。唯一的问题是，当你的公司还处于发展阶段时，支出会有很多，而使用Heroku也不是很划算。
Step2 Dokku
为了尝试并降低成本，我们决定试试 Dokku ，引用GitHub上的一句话来说，Dokku是迷你版本的Heroku。Docker powered mini-Heroku in around 100 lines of Bash我们在 DigitalOcean 上购买了很多台机器，都预装了Dokku。Dokku大多时候跟Heroku很像，但是当有的项目需要调整配置参数或者需要特殊的依赖时，它就无能为力了。我们有一个应用，它需要对图片进行多次转换，这导致我们找不到一个适合版本的imagemagick在安装了Dokku的Docker容器内运行。尽管我们还有很多应用在Dokku上运行，但我们还是不得不迁移一些到Heroku。
Step3 Docker
几个月前，由于开发环境和生产环境的问题，几个项目需要重新调整，我决定使用Docker。Docker简单来说就是用于容器化应用，简化部署工作。由于一个Docker容器已经包含项目运行所需要的所有依赖，只要它能在你的笔记本上运行，就能在任何一个别的远程服务器的生产环境上运行，包括Amazon的EC2和DigitalOcean上的VPS。Docker IMHO特别有意思的原因是：
- 它促进了模块化和关注点的分离：你只需要去考虑应用的逻辑部分（负载均衡：1个容器；数据库：1个容器；web服务器：1个容器）
- 在部署的配置上比较灵活：容器可以被部署在大量的HW上，也可以很容易地被重新部署在不同的服务器或者服务提供者上。
- 它允许非常细粒度的优化应用的运行环境：由于你可以为你的容器自己创建镜像，就可以自己去配置环境。
它也有一些缺点：
- 它的学习曲线非常的陡峭（这是从一个软件开发者的角度来看，而不是经验丰富的专业人员）。
- 搭建这些环境并不简单，尤其是还需要自己搭建一个私有的Registry。
在接下来的几篇文章中，将会介绍如何搭建一个半自动化的Docker部署系统。
- 搭建一个私有Registry（翻译中）
- 配置Rails项目的半自动化部署方案（翻译中）
原文链接：Moving to Docker（翻译：陈杰 审校：李颖杰）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
译者介绍
陈杰，北京理工大学计算机学院在读博士，研究方向是自然语言处理在企业网络信誉评价方面的应用，平时也乐于去实现一些突发的想法。在疲于配置系统环境时发现了Docker，跟大家一起学习、使用和研究Docker。
原文发布时间为：2015-01-30
本文作者：Sonyfe25cp
本文来自云栖社区合作伙伴DockerOne，了解相关信息可以关注DockerOne。
原文标题：Moving to Docker（一）为什么选择Docker
