说到容器编排,谷歌开发的开源工具Kubernetes似乎显然完全赢得了运维人士的芳心。因而,对于一直密切关注Kubernetes的人士来说,Docker今天在哥本哈根召开的DockerCon欧洲大会上宣布为Kubernetes提供原生支持,也就不足为奇了。
这家公司并没有完全放弃自家的编排工具:Docker Swarm,但是由于首次提供原生的Kubernetes支持,这表明它承认使用它的人数量足够多,因而不得不增添支持功能。为了避免支持竞争性工具带来的麻烦, Docker提供了一种架构,让用户能够在运行时选择一种编排引擎。Docker的产品主管班乔特•查纳纳( Banjot Chanana)告诉IT外媒TechCrunch,每次可能是 Swarm或Kubernetes,根本不需要改变代码。
在今天宣布之前,虽然可以结合使用Kubernetes和Docker,但这未必是个轻松的过程。有了新的Kubernetes支持功能,这个过程对Docker企业版本用户和Docker开发者版本用户来说都应该轻松得多。
查纳纳表示,由于Docker设计架构的方式,Kubernetes和Docker Swarm一并提供实际上并不是那么难,而且不会让人觉得是事后扩充上去的。Docker为客户提供了构建程序容器的一种标准方式。这通常是由DevOps模式中的开发人员处理的。
运维人员负责处理这项任务:使用一种编排工具,在容器的整个生命周期过程中,部署、保护和管理容器。最近这几年,Kubernetes的发展势头越来越猛,成为了AWS 、Oracle、微软、VMware和Pivotal 的首选编排工具,这些厂商今年都加入了云原生计算基金会(CNCF),这是托管Kubernetes项目的开源组织。
眼看所有那些企业组织紧跟潮流,Docker除了与时俱进、满足客户的愿望,别无选择。Docker在继续确保自家编排工具活力四射的同时,增添了支持Kubernetes的功能,不过很显然:Kubernetes已成为将来人们用于绝大多数容器工作负载的编排工具。
值得一提的是,另一家IT外媒The Information本周报道,2014年谷歌在开发Kubernetes时,曾主动表示想与Docker合作,让Docker托管Kubernetes项目,但是这家公司决定开发Swarm,于是谷歌后来找上了云原生计算基金会。从某种意义上来说,今天的这一宣布兜了个大圈子,因为Docker将来会支持Kubernetes(尽管Docker并不托管代码)。
相关阅读:
数据揭秘|容器集群开源项目哪家最强劲?Kubernetes, Swarm, Mesos...
Kubernetes 在重蹈 OpenStack 的覆辙吗?