等待合适的建设是测试环境的历史问题，而开发，测试和生产之间的差异导致生产缺陷。虚拟机通过共享系统数据副本来解决这些问题，但它们可以缓慢并占用磁盘空间的千兆字节。
输入Docker，轻量级，快速虚拟化工具为Linux。
机会码头礼物
首先，技术人员上的任何人都可以在几秒钟内在本地机器上创建测试环境。新的进程挂钩到现有的操作系统中，因此它不需要“启动”。使用以前存储本地的构建，Docker足够智能，只能加载两个构建之间的差异。
采用Docker的团队，这种简约是常见的;如果架构扩展到暂存和生产，则暂存和生产推动也可以这么简单。
另一个光滑功能是为服务器场创建一个包含十几个虚拟机的服务器场的整个新虚拟基础架构的功能，称为“绿色”构建。任何最终的回归测试都可以以绿色发生，这是一份完整的生产副本。完成测试后，部署脚本会翻阅服务器，因此绿色正在提供生产代码。以前的构建，“蓝色”构建，可以坚持 - 以防你需要回滚。这被称为蓝色/绿色部署，它可能有几种不同的技术。
Docker只是让它变得简单。
为什么店？
如果基于Windows的软件编译到单个安装程序，基于Web的软件具有不同的可交付配送：在服务器上运行的构建。经典释放管理对于网站涉及创建三个或四个不同的层：开发，测试，生产以及有时是暂存环境。该策略涉及每层至少一个服务器，以及一组促销规则。当软件准备好下次促销时，可以将构建部署到下一个级别服务器。
虚拟机更改了所有这些，允许服务器创建与团队有成员一样多的不同服务器。允许每个分支单独测试，然后合并到主线中进行最终测试，而不会在新硬件上花费数万美元。拥有虚拟机，每个都可以使开发人员在本地计算机上调试生产问题，而测试仪将修补程序重新测试到第二台计算机上的生产。测试仪检查释放即将出去的回归，而另外五个测试员测试下一个版本的功能，以及五个开发人员在新分支机构中开发新功能。
虚拟机的问题是尺寸和速度。每个VM都包含一个整个主机操作系统，并创建虚拟机意味着分配空间的千兆字节，创建整个新操作系统，然后将“构建”安装到该操作系统上。更糟糕的是，操作系统在计算机上的应用程序空间中运行 - 它实际上是具有主机操作系统内部的操作系统。虚拟机的引导/安装过程可以从几分钟到一个小时从几分钟到一个小时取出，这足以中断流量。技术人员可能只能在桌面上举办一个或两个虚拟机，而不会严重损失速度;试图获取在网络上创建的虚拟机，按需是一个整个“私有云计算”项目。
Docker而不是在应用程序空间中运行，而不是在内核中运行。换句话说，它使自己成为操作系统的一部分。在操作系统中运行确实将Docker限制为Linux的现代内核，包括主机和容器，但它也会大量简化操作系统的任务切换过程。在内核中的Docker消除了许多冗余，典型的VMS将（它需要一个内核，而不是每个容器），并且意味着Docker容器不会“启动，”它们已启动。
所有这些都结合了使Docker成为一种非常快速的方法来创建机器 - 基于磁盘图像的将进入生产的精确副本的机器......不是现有服务器的补丁。
停止和保存容器处于断开状态的功能，然后在稍后调试，在Docker下调试更容易。如果调试在某种方式破坏环境条件或“潜在的”环境，则恢复到断开状态是微不足道的。Docker还支持或在任何Linux服务器上运行任何应用程序;容器的快速启动和一次性性质使其成为批处理等事物的奇妙。
[有关：为什么开放的集装箱项目是CIO的好消息]
那里有一些工具可以帮助您配置甚至模拟与Docker容器的整个基础架构，使团队更轻松。最受欢迎的是Docker撰写。这可以减少用于对单个命令的超复杂设置过程的内容。
码头在生产中
您当地机器上的Docker和一对云服务器是一件事;制作它的制作准备是完全不同的。码头的早期在生产时就像狂野的西方。常见的短语常规是“容器编排”，这是将换档应用程序和服务的实践，并将它们安排到计算资源集群中。这意味着组织不关心容器正在运行的位置，只是他们正在运行和服务于正确的请求，无论是Web流量，内部服务和数据库，还是消息传递队列。
今天的编排中的大玩家是AWS EC2集装箱服务那Docker Swarm.和Mesos.。通常，编排服务可以很好地管理容器，但它们也可能与蓝色/绿色部署，集装箱愈合，负载平衡，服务发现和集装箱内联网等其他钟声和吹口哨。
在评估Docker以进行生产时，肯定存在日志记录和环境变量配置等其他挑战。一个好的地方开始，看看你是否准备好向码头移动了，看看你是多么靠近最佳12因素应用程序。
Don Taylor在Codemash上的Docker教程通过在Linux机器上安装Docker，在Linux机器上安装Docker，在该容器上创建一个容器并在该容器上执行命令。最好的，实验室在GitHub上让你跟随。
因此，安装一个Linux虚拟机，将Docker放入其中，探索如何创建容器，并为自己决定这是一个值得在组织中使用的技术。
Jared Shite贡献了这篇文章。
这个故事，“Docker如何改变你的开发团队”最初是发表的CIO. 。