公司网站建设:Amazon VS. Google:云容器之争愈演愈烈

Amazon VS. Google:云容器之争愈演愈烈 企业云容器效劳将Docker容器治理的组件从用户处笼统出来,使得更为轻易地布置以及扩展其上构建的应用。

企业云容器效劳将Docker容器治理的组件从用户处笼统出来,使得更为轻易地布置以及扩展其上构建的应用。可是,他们所提供的产物之间有着要害的差别的地方,包含每一个产物挑选在哪里完成主动扩展、冗余以及和第三方东西,云平台的交互能力。

自扩展是争执的焦点

Google容器引擎(GKE)包含pod,复制管束器和节点。Pod是容器的逻辑组,建模应用程序特定的逻辑主机。复制管束器包管恣意工夫都有特定数量的pod在运转。节点是支持容器化环境的Google核算引擎虚构机。

GKE基于Google的Kuberes容器编排平台。11月24号Kuberes颁布了1.1版本,1.0版本颁布于四个月前,是市场里第一个可以利用水平pod自扩展特性来主动扩展pod的产物,该特性十分受用户欢迎,能够用来验证GKE大量用例的特性。

大家为所有类型的项目大范围利用自扩展, Tim Kelton说。他是Descartes Labs的联结独创人和云总架构师,这是一家总部坐落Los Alamos, N.M.,机器借鉴范畴的创业公司,办理PB级卫星数据。

当运转大批量事件时,自扩展pod十分有效,Kelton解释道。有时,他的公司办理PB级数据,要求扩展到30,000个内核。在Kuberes的第一个版本里 很快就合并到GKE里, 这其实不是核心特性集的一局部, 他说。

GKE不支撑笔直容器扩展或者节点自扩展,可是这些特性很快就会颁布,David Aronchick,GKE的资深产物主管说,他领导Kuberes的产物治理。

同时,Amazon的EC2容器效劳(ECS)包括效劳、使命和实例。效劳是一组合成应用的使命,而实例是支撑容器的弹性核算云VM -- 更像GKE的节点。

Amazon ECS的自扩展能力和GKE的事件原理相反:效劳可以利用Amazon CloudWatch和Amazon Web Services(AWS) Lambda主动扩展,而实例也可以基于CloudWatch矩阵主动扩展,可是使命 逻辑上大致同等于pod,不克不及主动扩展。

由于所有类型的主动扩展都很重要,Amazon的用户也盼望ECS可以增加使命自扩展的功用。 启动一个额定的实例意味着领有了运转附加使命的额定能力,可是这其实不意味着任何新使命都可以启动。 Chris Moyer,ACI Information Group的技能副总裁说。这是一家总部在纽约的Web内容聚合商,也是TechTarget的资助商。

如果你仅仅主动扩展实例,其实关于办理额定负载其实不会带来什么协助 你有必要的确启动额定使命才能真正完成扩展。

zone间的冗余

在ECS的开发中,Amazon优先提供了在同样的集群内,原生启动可用zone(AZ)的能力,从而基于客户须要达成使命自扩展上的冗余。当ECS效劳调理器启动新使命时,它也尝试主动在集群里跨AZ均衡使命。 "It's really easy -- two or three mands," he said. 这样做很重要,由于单一的AZ可能出故障,因而如果两个使命都在同一个AZ里,你的效劳极可能就会出故障, Moyer说。

Google可以经过命令行接口(CLI)在GKE里启动多个zone,Google的Aronchick说。 这其实很轻易 两个或者三个命令, 他说。

可是,这也是GKE客户最盼望领有的功用列表:改善Web UI,包含跨zone扩展集群。 UI还需要很多的优化事件, Dale Hopkins,Vendasta Technologies的首席架构师说。UI现在只允许创立集群和丝毫其他操作,Hopkins说。 而且扩展集群其实不直观。

交互性

ECS构建为一个扩展平台,设计登程点是入侵客户已有的事件流,主要替代用户办理集群状态。和已有事件流集成的一局部事件包含习气客户现已利用的东西,好比Apache Mesos来做高档调理。Amazon宣称领有广阔的容器互助同伴正在向Amazon ECS孝敬特性,好比监控、继续集成和平安。

同时,Google现已构建了云容器互助同伴联结体,允许Kuberes跨多个云供给商布置 目前仍是一个CLI特性,Aronchick说。上一年夏天Kuberes 1.0颁布时,Google领导创立了Cloud原生存算基金会。基金会成员包含企业公司,好比IBM和Red Hat,还包含终端用户Box,eBay和Twitter。

利用Kuberes,实践上可以布置到Amazon上,也能够布置Azure上,布置到IBM上,还能够布置到本人物理硬件的本地平台上, Descartes的Kelton说。 这十分有招揽力,由于让用户有多种挑选。

Google另有一个开源项目,有上百个代码提交者,一个月有上千次提交,这使得Kuberes可以疾速增加新特性,好比水平pod自扩展。

Google催生了Kuberes,Google也很好地扩展了该社区, Jay Lyman,451 Research的分析师说。

有钱人越繁华

固然,和现已定夺市场位置,我们都很熟悉的第二种Amazon效劳的集成,使得Amazon ECS关于新客户而言更具招揽力。

一家总部坐落纽约,给大型企业IT项目做征询的公司打算在两个新项目里利用ECS,其独创人,John D'Esposito说。 驱动大家利用ECS的主要因素是和已有牢靠的根底架构效劳,好比 Elastic Load Balancing(弹性负载均衡),Virtual Private Cloud(虚构私有云),Identity and Aess Management(认证和拜访治理)和Elastic Block Store(弹性块存储) 的无缝集成。

GKE和核算引擎的定价关于客户而言也很有招揽力。除了基层VM资源10分钟为单元的计费,GKE免费赠送Kuberes master 这点关于Vendasta的Hopkins很招揽人。

直到利用很多机器之前,我都不需要为Kuberes付出太多 GKE为第一组机器免费提供Kuberes master, 他说。

在Kuberes和容器引擎呈现之前,Hopkins和Kelton都现已利用过Google的云效劳,包含Google App Engine。因而,在挑选布置到哪一种云容器效劳商时,数据重力也是一大体素。

大家的大局部数据都是PB级其他,因而无奈轻松挪动或者仿造,实践上不能不让核算能力去贴近数据, Kelton说。现在大局部数据都在Google云平台上,尽管Descartes也和AWS的互助同伴互助。

尽管现在Google和AWS是云容器战场的急前锋,Amazon最大的竞争者依然是Microsoft Azure,它现已颁布了本人的基于Linux的云容器效劳的受限预览版,本年还打算颁布Windows效劳器的新版原来支撑基于Windows的容器。

大局部大家的客户 也同时在利用Azure或者Amazon, Chris Riley说,他是HKM Consulting公司的合伙人。

Microsoft现已正在开发一些很有意思的东西。如果大家考察第二种方案,极可能是Azure,而不是Google。

由于大量Microsoft产物,简单化和易用性是设计优先思考的事情,Kristian Nese说,他是Lumagate的CTO,这是一家坐落挪威的Microsoft Azure体系集成商。

目前,当大家布置Azure容器效劳时,可能需要100行代码, Nese说。 一旦你布置了Azure容器效劳,实践上布置了23种资源 如果你想手动实现这些,极可能需要上千行代码。

Azure容器效劳也在开发自扩展功用,由一系列独立的效劳合成,正在技能预览中,称为VM Scale Sets。 Azure也会提供成熟而且熟悉的东西来治理容器,好比Azure Resource Manager,Nese增补道。

相关阅读