由Docker引领先锋，容器在过去的一年里得到了飞速发展。容器技术提供了组件化环境，帮助应用在云(如阿里云)之间轻松迁移而无需要显著的返工。当谈到构建云及非云的应用的时候，容器的战斗口号是可移植性和简单性。

　　随着容器在企业持续获得发展，厂商将增加新的功能让用户可创建可扩展的基于容器的环境，这些功能很大程度上都集中于容器编排上。容器编排工具提供调度和集群的技术，提供用于基于容器应用可扩展性的基本机制。这些工具使用容器服务，并编排他们以决定容器之间怎样进行交互。此外，编排允许容器可存在并执行在集群上，这使得他们能扩展来适应增加的处理负荷。

　　两种流行的容器编排工具选择

　　容器编排的第一步是选择正确的工具，而大多数组织都会从两个主要的选择中进行挑选：

　　Google Kubernetes：一个开源的容器集群管理器，同Docker Swarm很象。Kubernetes可横跨一组节点实例来调度任意数量的容器副本。因此，该工具的容器复制和分布模型通常足够能扩展大多数大型的基于容器的应用。其它工具也是采用类似的方式来扩展容器。

　　Swarm和Kubernetes都可考虑用来大规模扩展容器，对这两个工具分别使用真实的工作负载来做概念验证。

　　Docker Swarm：一个来自Docker的容器编排工具，提供集群，调度和集成的能力。帮助开发人员构建和发布多容器和多主机的分布式应用，同时提供基于容器的系统所需要的扩展和管理。Swarm旨在同Google Kubernetes竞争，后者的市场份额更大。

　　应用架构和测试也很关键

　　容器编排的第二个最佳做法是花时间在你的应用架构上。许多组织在基于容器的开发过程中都很赶，尤其在编排工具移除了一些底层的复杂度后。但仔细考虑怎样在容器间划分应用可让编排工具便于管理是很值得的一件事情。打个比方，若容器太细粒度，容器服务将过于分散和复杂。但若容器粒度太粗，本身也会太复杂。根据他们的应用需求，企业需找到一个平衡点。

　　最后，测试和正确的操作容器编排。最终，你必须给用户一些可正确工作的东西并提供接近100%的运行时间。执行组件和回归测试，性能测试和基于安全原因的渗透测试。然后，确保容器和容器集群给与管理员正确的管理和监控能力。以零宕机时间或者连续作业为目标作为生产力的标准。这让你可在不中断用户服务的同时更新容器。容器编排相对还较新。大多数最佳实践已经在其它领域被证实，那些也许满足也可能没满足你的需求，但是不要陷入天花乱坠的宣传中。了解容器真正的功能及怎样能够在你的企业中最好的使用他们。