WatchStor.com — 领先的中文存储网络媒体 | 51CTO旗下网站

新闻资讯 > 云存储 > 正文
“为简单而生”的Docker(4)
作者: 崔昊 2017-07-10 17:54 【WatchStor】

Docker 与 容器:镜像与镜像之外

很少有人能够一次性拼对“Kubernetes”,就像即使是现在,也有人会将Container拼写做Contianer一样,所以,人们给了它一个简称:K8S,相比Mesos,Kubernetes是对Docker的容器管理和编排(或者说是集群服务)产品Docker Swarm形成挑战最明显的一个。

事实上,在中国市场,Kubernetes被许多OpenStack公司(比如EasyStack)所推崇,这些公司认为,Kubernetes会是未来容器(集群)管理和编排(容器集群服务)的主流和事实标准。

“Kubernetes是一个‘Born for Cloud Native Application’的平台,它有一个开放的基金会,它有着更正确的技术路线图。”EasyStack的CEO 陈喜伦就认为,相比Kubernetes,Docker的Swarm,他认为“Docker的野心太大,如果Swarm有一个独立的开源基金会,事情可能会好办的多,但是Docker既要做容器,又要做容器的管理,有要做很多其他的东西,大家就会比较担心。”

此外,从技术角度,Kubernetes是一个“保留用户选择权”的平台,在知乎答主Aitian Ma的眼中,它拥有诸多优势,比如说“不限制支持应用的种类”“不提供中间键 (如message buses)”“允许用户选择自己的日志、监控和报警系统”,而且还“不提供或者任何综合的机器配置,维护,管理或者自愈系统”,此外,大量的Paas系统都可以运行在Kubernetes上,比如OpenShift, Deis, 和Gondor。

不过,首先需要注意的是,容器集群服务包括了两部分管理智能:管理集群和编排分布式架构,事实上,它出现的原因就是因为现实中我们的应用可能会有很多,应用本身也可能很复杂,单个Docker Engine所能提供的资源未必能够满足要求。而且应用本身也会有可靠性的要求,希望避免单点故障,这样的话势必需要分布在多个Docker Engine。在这样一个大背景下,Docker就产生了Swarm项目,当然,也包括Kubernetes和Mesos。

所以,考虑到未来集群所服务的DevOps、PaaS、微服务架构,以及当前VMware所面临的分布式的、软件定义的计算、存储和网络(包括超融合架构)需求,容器集群服务,将与容器镜像本身具有相当的价值,甚至对很多IT水平一般的用户来说,容器集群服务更加重要。

相比Kubernetes和Mesos,张峻自然更喜欢Docker Swarm,他认为,“Swarm会更加方便,因为它相比其他竞争对手,所有的东西都是自管理的,节点之间可以快速的找到对象,而且所有的通信都经过非常可靠的加密。”

此外,他还认为“Kubernetes也只是限于集群管理和编排,而企业用户需要的包括容器和容器集群服务的完整的平台、方案,包括整套解决方案的安全性、策略的管理,可移植性以及更多企业级应用应该有的功能(就像Docker将容器项目拆分为商业化的DockerCE和DockerEE,以及容器开源项目Moby)。”

张峻认为“Docker要做的是容器即服务(Container as a Service,CaaS),是一个统一的集成平台,供开发者、IT运维这在企业的供应链中很好的协作,确保容器技术在整个IT业务生命周期的安全性和策略性控制。”他透露,在去年“双十一”时,阿里巴巴支撑平台都是容器化的,“使用的是Docker和Docker Swarm去支持双十一所有的销售”——两家公司的合作始于2016年10月,当时Docker宣布与阿里云开展合作,正式把Docker企业版带到中国,后者成为Docker在中国的战略合作伙伴。

如今,前者进入中国的所有服务运行在阿里云上,后者则提供Docker企业级服务及解决方案,两家公司形成了深度的合作关系,甚至是互为用户的合作关系,对于Docker和Docker Swarm在中国的发展来说,这自然是一件好事:在PaaS、DevOps和公有云充斥的时代,更好、更快的分发和获取,成为了新的竞争优势,对Docker来说是,对Docker Swarm来说,或许也是一样的。



【内容导航】
 第 1 页:“为简单而生”的Docker  第 2 页:云计算第二场:我们需要超越Java中间件的PaaS
 第 3 页:Docker:想要Run 那就Run吧!  第 4 页:Docker 与 容器:镜像与镜像之外

标签:PaaS 云存储 

LecVideo
论坛与活动