Docker在变化的世界中闪转腾挪

Docker在企业级市场对于Kubernetes的拥抱或许会让用户想知道Docker如何找到新的发展路径。

凭借先见之明和对周围世界的认识，Hykes对一个相对不为人知的项目（Linux容器）展开了大规模的推广活动。

这一切都顺利地运行了一段时间。 正如我过去多次写到的，Docker投入了大量的资金和强烈的行业兴趣，把它看成是“明日之星”。但是技术行业变化无常，会遇到很多阻力。 首先是紧张的竞争关系，特别是CoreOS及其对容器生态的替代方案。 然后，生态系统压力——Docker需要适应第三方伙伴的需求进行商业化操作以便构建他们自己业务的可行性——这带来了一些问题。

而在过去一年左右，看上去永无止境崛起的Kubernetes给Docker带来了更大的压力。大多数人都会同意Kubernetes成为容器的默认编排平台，Docker通过自己的Docker Swarm编排产品获利的主要机会（当然是开放源代码的容器标准）被巧妙地从可用选项中删除了。

但是Hykes和他所建立的公司已经表现出了自己非常熟悉的低调和潜水能力，几周前在欧洲的DockerCon上，Hykes宣布Docker用户将能够使用Kubernetes部署他们的应用程序。 我本人并没有参加这个活动，不过有那么一件事情，Hykes和他们的团队已经被证明不是那么灵活地接受建设性的批评，但是我会从远处静悄悄地观察事态进展。

这个声明有些微妙，更多的细节是使用Docker企业版的客户将能够选择他们想要的任何编排框架——Docker自己的Swarm或Kubernetes。 无论使用哪个编排系统，Docker都将提供相同级别的安全和管理控制功能。

这是一个双赢的建议，客户能够采用已经成为默认编排平台的Kubernetes，同时保留了Docker用户所熟悉和喜爱的管理功能。 公司将使用其企业版软件发布最新的稳定版Kubernetes开源系统，并保持最新的版本。

除了有关Kubernetes的消息，Docker还宣布开发者也可以在自己的硬件上使用Kubernetes应用程序。 Docker for Mac和Windows发新版将支持使用容器编排软件进行本地开发，使用的工具同样也是开发人员基于Swarm的工作流程的一部分。

有什么理由不喜欢呢？ 选择总是一件好事，对吧？ 那么，通过为客户提供使用Swarm或Kubernetes的能力，Docker允许企业拥有自主权。 但是，如果我们所有人正在做的只是讨论企业的采用和使用模式，这也没有未来。 Docker Inc.作为一家企业如何发展壮大也是一个不可回避的问题，有鉴于此，这则声明是对现实的一个严峻的提醒。

让我们面对现实吧，几乎所有的供应商都会选择Kubernetes作为编排工具的最终选择——包括AWS、Oracle、Microsoft、VMware和Pivotal。 唯一建议给Swarm带来一些新特性的供应商是Docker。 鉴于这些事实，Docker别无选择，只能与客户的使用模式保持一致。 当然，Docker既支持自己的编排框架，也支持Kubernetes，但是我们需要面对事实，Kubernetes赢了。

这是特别有趣的历史。 回溯历史，当谷歌刚刚基于自己的内部管理工具Borg开始开发对外可用的Kubernetes系统时，谷歌竟然提出要与Docker合作，让它来容纳Kubernetes项目。 但是Docker宿命般地决定自行开发Swarm，而将Kubernetes移入云原生计算基金会（CNCF）。 这个决策当时可能是必要的赌注，但是如今的这个声明表明当初的决策是大错特错的。

如果没有别的，Docker公司已经给了业务战略评论员一个有趣的研究案例。 不管怎样我相信Hykes有很多办法来扭转乾坤。