他们心想，“我们都能写代码，这还不是小菜一叠？两天就能干完。”实际上不是那么回事。他们 2月份作出决定，直到仲夏，才真正用上 Docker 。
Jensen 解释说，用了 Docker ，“一切都有所改变，思路也必须随之转换。”
采用 Docker 的最大障碍是 Uber 内部使用的集群管理系统 uDeploy 。它要能在支持回滚的前提下做持续的滚动升级。它包含很多报错的触发器，像健康检查或者发生故障时的图形化显示。它还支持有错就回滚的负载测试和集成测试。 uDeploy 包括：
每周 4,000 次升级
每周 3,000 次构建
每周 300 次回滚
管理系统包含的 600 多个服务
做不到完全不使用 uDeploy ，所以 Uber 团队决定同时部署旧有的服务和 Docker 服务。
“我为此花了很多时间，检查每一个功能，添加支持以便能够把它封装为 Docker 服务，” Jensen 说，“ uDeploy 支持显示标准输出和标准错误，我们必须在 Docker 中也实现这一点。”
他们在开始使用 Docker 时，没有那么多规划。后来 Jensen 意识到一开始给予开发者的自由度太大。“不应该这样，”他打了个响指，说：“你真的要考虑到基础设施的方方面面”。
Jensen 说，如果你提前做好规划，真正审视基础设施以及容器在其中的一小部分作用，结果就会好很多。
现在 Uber 大约有 1/3 服务是 Docker 化的，希望不久实现百分之百的容器化。为什么？虽然转换的过程很痛苦，但是最终的结果符合期望，去掉了持续部署中的三个巨大的痛点。有了 Docker ，他们无需再：
等待基础设施团队编写服务的依赖；
等待 IT 确定服务的位置；
等待基础设施团队提供服务。
现在，他们不再手工编写或者复制以前项目的依赖定义，而是使用包含标准服务的配置和构建文件的工具，从而把服务提供时间从以前的几小时、几天缩短到现在的大约 10 分钟。
不仅如此， Uber 认识到， Docker 消除了团队之间的依赖，提供了更高的自由，因为不再绑定在特定的框架和版本。框架和服务的拥有者现在可以尝试新技术，管理自有的环境。
原文链接：How Docker Turbocharged Uber’s Deployments（翻译：柳泉波）
更多Docker相关教程见以下内容：
Docker安装应用(CentOS 6.5_x64)
Ubuntu 14.04安装Docker
在Ubuntu Trusty 14.04 (LTS) (64-bit)安装Docker