Amazon VS. Google:云器皿之战愈演愈烈

Amazon VS. Google:云器皿之战愈演愈烈 公司云器皿服务将Docker器皿管理方法的组件从客户处抽象性出来,使得更加非常容易地布署和拓展其上搭建的运用。

公司云器皿服务将Docker器皿管理方法的组件从客户处抽象性出来,使得更加非常容易地布署和拓展其上搭建的运用。可是,她们所出示的商品之间拥有重要的不一样的地方,包含每一个商品挑选在哪儿里完成全自动拓展、冗余和和第3方专用工具,云服务平台的互动工作能力。

自拓展是争执的聚焦点

Google器皿模块(GKE)包含pod,拷贝操纵器和连接点。Pod是器皿的逻辑性组,模型运用程序流程特殊的逻辑性主机。拷贝操纵器保证随意時间都有特殊数量的pod在运作。连接点是支撑点器皿化自然环境的Google测算模块虚似机。

GKE根据Google的Kuberes器皿编排服务平台。11月24号Kuberes公布了1.1版本号,1.0版本号公布于4个月前,是销售市场里第1个可以应用水平pod自拓展特点来全自动拓展pod的商品,该特点十分受客户欢迎,能够用来认证GKE许多测试用例的特点。

大家为全部种类的新项目大经营规模应用自拓展, Tim Kelton说。他是Descartes Labs的协同创办人和云总构架师,这是1家总位置于Los Alamos, N.M.,设备学习培训行业的自主创业企业,解决PB级卫星数据信息。

当运作大批工作中时,自拓展pod十分有效,Kelton解释道。有时,他的企业解决PB级数据信息,规定拓展到30,000个核心。在Kuberes的第1个版本号里 很快就合拼到GKE里, 这其实不是关键特点集的1一部分, 他说。

GKE不适用竖直器皿拓展或连接点自拓展,可是这些特点很快就会公布,David Aronchick,GKE的资深商品主管说,他领导Kuberes的商品管理方法。

另外,Amazon的EC2器皿服务(ECS)包括服务、每日任务和案例。服务是1组构成运用的每日任务,而案例是适用器皿的延展性测算云VM -- 更像GKE的连接点。

Amazon ECS的自拓展工作能力和GKE的工作中基本原理相反:服务可以应用Amazon CloudWatch和Amazon Web Services(AWS) Lambda全自动拓展,而案例也可以根据CloudWatch引流矩阵全自动拓展,可是每日任务 逻辑性上大概等同于于pod,不可以全自动拓展。

由于全部种类的全自动拓展都很关键,Amazon的客户也期待ECS可以加上每日任务自拓展的作用。 起动1个附加的案例代表着有着了运作额外每日任务的附加工作能力,可是这其实不代表着任何新每日任务都可以起动。 Chris Moyer,ACI Information Group的技术性副总裁说。这是1家总部在纽约的Web內容汇聚商,也是TechTarget的冠名赞助商。

假如你仅仅全自动拓展案例,实际上针对解决附加负载其实不会带来甚么协助 你务必的确起动附加每日任务才可以真实完成拓展。

zone间的冗余

在ECS的开发设计中,Amazon优先选择出示了在同样的群集内,原生态起动能用zone(AZ)的工作能力,从而根据顾客要求做到每日任务自拓展上的冗余。当ECS服务生产调度器起动新每日任务时,它也尝试全自动在群集里跨AZ平衡每日任务。 "It's really easy -- two or three mands," he said. 这样做很关键,由于单1的AZ将会出常见故障,因而假如两个每日任务都在同1个AZ里,你的服务极可能就会出常见故障, Moyer说。

Google可以根据指令行插口(CLI)在GKE里起动好几个zone,Google的Aronchick说。 这实际上很非常容易 两个或3个指令, 他说。

可是,这也是GKE顾客最期待有着的作用目录:改善Web UI,包含跨zone拓展群集。 UI还必须很多的提升工作中, Dale Hopkins,Vendasta Technologies的首席构架师说。UI现阶段只容许建立群集和1点点其他实际操作,Hopkins说。 而且拓展群集其实不直观。

互动性

ECS搭建为1个拓展服务平台,设计方案考虑点是侵入顾客已有的工作中流,关键替代客户解决群集情况。和已有工作中流集成化的1一部分工作中包含融入顾客早已应用的专用工具,例如Apache Mesos来做高級生产调度。Amazon宣称有着众多的器皿协作小伙伴正在向Amazon ECS奉献特点,例如监管、不断集成化和安全性。

另外,Google早已搭建了云器皿协作小伙伴协同体,容许Kuberes跨好几个云供货商布署 如今還是1个CLI特点,Aronchick说。上年夏季Kuberes 1.0公布时,Google领导建立了Cloud原生态测算基金会。基金会组员包含公司企业,例如IBM和Red Hat,还包含终端设备客户Box,eBay和Twitter。

应用Kuberes,具体上可以布署到Amazon上,还可以布署Azure上,布署到IBM上,还能够布署到自身物理学硬件配置的当地服务平台上, Descartes的Kelton说。 这十分有吸引住力,由于让客户有多种多样挑选。

Google也有1个开源系统新项目,有上百个编码递交者,1个月有上千次递交,这使得Kuberes可以迅速加上新特点,例如水平pod自拓展。

Google催生了Kuberes,Google也很好地拓展了该小区, Jay Lyman,451 Research的剖析师说。

有钱人越颇具

自然,和早已明确销售市场影响力,大伙儿都很熟习的第2种Amazon服务的集成化,使得Amazon ECS针对新顾客而言更具吸引住力。

1家总位置于纽约,给大中型公司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为第1组设备完全免费出示Kuberes master, 他说。

在Kuberes和器皿模块出現以前,Hopkins和Kelton都早已应用过Google的云服务,包含Google App Engine。因而,在挑选布署到哪样云器皿服务商时,数据信息重力也是1大要素。

大家的绝大多数数据信息全是PB级別的,因而没法轻轻松松挪动或复制,具体上迫不得已让测算工作能力去挨近数据信息, Kelton说。现阶段绝大多数数据信息都在Google云服务平台上,尽管Descartes也和AWS的协作小伙伴协作。

尽管现阶段Google和AWS是云器皿竞技场的急先峰,Amazon最大的市场竞争者依然是Microsoft Azure,它早已公布了自身的根据Linux的云器皿服务的受到限制预览版,2020年还方案公布Windows服务器的新版本号来适用根据Windows的器皿。

绝大多数大家的顾客 也另外在应用Azure或Amazon, Chris Riley说,他是HKM Consulting企业的合伙人。

Microsoft早已正在开发设计1些很成心思的专用工具。假如大家调查第2种计划方案,极可能是Azure,而并不是Google。

由于许多Microsoft商品,简易化和易用性是设计方案优先选择考虑到的事儿,Kristian Nese说,他是Lumagate的CTO,这是1家坐落于挪威的Microsoft Azure系统软件集成化商。

如今,当大家布署Azure器皿服务时,将会必须100行编码, Nese说。 1旦你布署了Azure器皿服务,具体上布署了23种資源 假如你想手动式进行这些,极可能必须上千行编码。

Azure器皿服务也在开发设计自拓展作用,由1系列单独的服务构成,正在技术性预览中,称为VM Scale Sets。 Azure也会出示完善而且熟习的专用工具来管理方法器皿,例如Azure Resource Manager,Nese填补道。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:http://zmjldkxcx.cn/ganhuo/1883.html