在 Swarm 被纳入 Docker 1.12后，Swarm 与 K8S 之争日趋白热化。本文作者 Adriaan de Jonge 身为 Xebia CTO ，专精 DevOps 及持续交付，曾为 Docker 摇旗呐喊三年的老司机，如今开始易帜。

我与容器的缘分起源于我在 Google 内部研发容器集群管理系: Cluster Management。谷歌内部一切皆容器，搜索、视频、大数据、内部工具等核心业务都以容器的方式运行在容器编排系统 Borg 上。2014年，随着公司内部的“Ursquake” (注：Urs 是负责基础设施的高级副总裁)，我转投到了公有云 Google Cloud Platform 的建设当中...

相比于普通的软件的开发速度，容器编排领域的发展速度相当惊人。基于容器的初创公司呈爆发式增长，这个领域的竞争也愈加激烈。这是一个好的开始，但是技术的选择却成为一个难题。在这样的情况下，我们目前关注了Docker和Swarm。

在之前的博客中，我写过开源软件如何作为服务被交付，而不是从二进制文件角度来看它们。这些开源服务交付一个免费、开放、灵活的服务，工程师用来帮助创建他们的应用程序，这个过程不需要解决保持软件持续运行的问题。

安装谷歌Kubernetes不需要VMware vSphere或者任何其他的虚拟机控制器。在虚拟机上安装十分方便，所以在配置和测试环境的时候也强烈推荐安装。

想要在你的手提电脑上尝试MongoDB吗？执行一个命令，然后拥有一个轻量级，独立的沙箱；再执行一个命令，删除你完成之后所有的痕迹。是不是需要一个在多个环境中都跟你的应用程序堆栈一样的应用程序？创建一你自己的容器镜像，然后让你的开发，测试，操作和支持团队搭建一个跟你环境完全一样的克隆版本。

容器使用了Linux内核的特性，Docker的成功也主要在于其充分挖掘了此类特性。但Docker流行之后，社区开始思考怎么定义一套完整的容器规范标准，使容器的规范不再局限于Docker。同时，Docker仅仅定义了一个容器，多容器的互联也需要规范标准。下面提到的项目是目前主流的标准，有的并非为容器而生，但也在为容器规范化做出...

本文以技术栈Redis为例，列举并解释了一些面向Docker进行应用程序开发和系统搭建中所需要注意的问题和技巧，以及Caicloud平台在Docker管理和帮助企业应用向Docker转化中的作用。由于应用程序千差万别，应用场景层出不穷，本文仅起到抛砖引玉的作用。

LXC有可能会改变我们如何运行和缩放应用程序。Dr.Rami Rosen 做过一个很棒的演示文稿，是关于LXC的前世今生，其中还不乏有趣的观点和内容。