资讯专栏INFORMATION COLUMN

AWS VS Kubernetes

leanxi / 2107人阅读

摘要:亚马逊最近成为云原生计算基金会的新成员与它对谷歌启动的这个容器项目实际贡献的代码不相称。尽管早早进入了市场,俨然成了容器的代名词,但谷歌的积聚的势头还是最猛,所有企业中将近表示,自己的容器编排战略包括。

作者简介:Matt Asay是IT外媒《InfoWorld》的长篇撰稿人,以前是名知识产权律师,目前是Adobe公司的移动副总裁。本文表达的观点仅代表其本人,而不代表其雇主。

亚马逊最近成为云原生计算基金会(CNCF)的新成员与它对谷歌启动的这个容器项目实际贡献的代码不相称。这可能最终会害了AWS。

亚马逊网络服务(AWS)已加入了这个“唯独缺少AWS”的俱乐部,郑重承诺会支持云原生计算基金会(CNCF),确保与Kubernetes社区更合拍。这个云巨头似乎没多少选择:尽管AWS想要无视Kubernetes的存在,但Kubernetes具有的吸引力实在太强大了。虽然大多数人将CNCF宣布AWS成为铂金成员视作对Kubernetes莫大的认可,但AWS显得极其小心谨慎,对于今后的计划秘而不宣。

一大问题就是,亚马逊在支持被WS02首席执行官桑吉瓦·威拉瓦拉纳(SanjivaWeerawarana)声称最有可能“煞煞AWS气焰”的这个开源项目方面力度到底有多大。AWS要做的事情就是构建一项Kubernetes服务。

AWS就打算这么做的传闻一直甚嚣尘上,但是想确定这家公司到底多当真,最简单的办法就是看它为Kubernetes贡献的代码多寡。

到目前为止,贡献的代码不够多。

Kubernetes打乱了AWS的无服务器策略

Kubernetes可不是AWS为容器编写的脚本。AWS一直在通过AWSLambda之类的服务,不遗余力地推动无服务器革命。在无服务器领域,容器编排变得不大重要。正如Expedia的技术主管沙布·阿拉马拉尤(SubbuAllamaraju)所说:“容器集群管理器还没有成为工业级产品,无服务器模式就迅速在背后捣乱。”

即便如此,目前试水容器的企业还是比试水无服务器的多得多;对于试水容器的企业来说,它们的默认容器管理器就是Kubernetes。随着容器变得炙手可热,AWS构建了自己的弹性容器服务(ECS),毫无疑问认为它与其他AWS服务的紧密集成将完全足以击退起源于谷歌的Kubernetes的进攻。的确,AWS容器服务的总经理迪帕克·辛格(DeepakSingh)告诉我,客户并没有觉得需要使用Kubernetes之类的技术以避免被AWS锁定。要说有什么区别的话,他们想要加强、而不是削弱与AWS服务的集成。

然而,现实很残酷;业界紧紧围绕在Kubernetes周围。尽管ApacheMesos早早进入了市场,Docker俨然成了容器的代名词,但谷歌的Kubernetes积聚的势头还是最猛,所有企业中将近75%表示,自己的容器编排战略包括Kubernetes。

Kubernetes对AWS仍然构成了长期威胁

正如Box工程师德米特里·莫拉蒂斯(DemetriMouratis)所说,颇具讽刺意味的是,尽管对Kubernetes如此钟爱,并没有导致客户远离AWS的现象,尽管Kubernetes往往可以降低切换至其他云的成本。远非如此。据CNCF的调查数据显示(https://www.cncf.io/blog/2017/06/28/survey-shows-kubernetes-leading-orchestration-platform/),实际上,在运行Kubernetes的企业中绝大多数(63%)是在AWS上运行的。

截至2017年8月14日Kubernetes项目的主要贡献者,由云原生计算基金会(CNCF)跟踪分析。

除了Kubernetes最终有望摆脱企业对AWS的依赖这个事实以外,AWS当然完全有可能袖手旁观,靠所有那些工作负载大发其财。然而到某个时候,Kubernetes完全让企业很容易离开AWS,像RedHat这些厂商的整个战略立足于多云现实,为退出AWS云提供方便。所以,AWS不得不积极参与Kubernetes,以保护自身利益。

据CNCF的活跃成员约瑟夫·杰克斯(JosephJacks)声称,“Kubernetes日益代表一种基于行业标准的API,可用于运行复杂的分布式应用程序。支持这种API对AWS极为有利。”分析师克里什·苏布拉曼尼(KrishSubramanian)以类似的口吻说道:“AWS有大量的Kubernetes工作负载,在CNCF拥有发言权对AWS来说是明智之举。”

AWS对开发人员要给予实实在在的好处

AWS通过CNCF对Kubernetes许以空头承诺是一回事,用实际代码来表现AWS对Kubernetes感兴趣完全是另一回事。然而到目前为止,AWS在Kubernetes方面的表现还不够活跃,无法真正具有影响力。

由于谷歌和RedHat从事主要的Kubernetes贡献工作――一家公司拥有与AWS竞争的云,另一家奉行杜绝客户被任何一个云牢牢锁定的战略,AWS就需要确保自己没有被Kubernetes产品管理团队拒之门外,尽管它一直是Kubernetes(及容器编排)产品营销方面的“失踪人员”(MIA)。

比如说,你在Kubernetes的20大贡献者(https://cncf.biterg.io/app/kibana#/dashboard/Overview)当中找不到AWS,顶多可能作为“未知”(其他)类别的一部分。如果你在40大贡献者当中上下搜一遍,还是找不到AWS的身影。

但由于聘请来了亚德里安·科克罗夫特(AdrianCockcroft)――这位Netflix昔日的云负责人将这家公司打造成了开源巨头,大概AWS打算对开源重视起来。然而,AWS在开源界还没有站稳,它会发现很难在既不归自己控制,又无法施加影响力的平台上构建一项服务。当然,AWS已在MySQL、PostgreSQL及其他开源项目上构建了成功的服务,但是其他这些没有一个与Kubernetes的模式相匹配――尤其是由于Kubernetes有谷歌及其他竞争对手站台,本身对AWS就怀有敌意。

正如Redmonk的分析师詹姆斯·戈文纳(JamesGovernor)强调,当然,吸纳AWS加入CNCF会给该基金会带来相当大的压力。“竞争性的技术格局会开始妨碍这个项目吗?当然我们现在看到了该基金会的勇气和治理能力。如果你要管理的技术较少,利益冲突较少,就很容易成为‘轻量级基金会’。”

AWS强有力的角色也许对Kubernetes不利

正如WS02首席执行官威拉瓦拉纳宣称的那样,“Kubernetes正是能够煞煞AWS气焰的一项技术。AWS无法做到不加入。”由于同样原因,Kubernetes社区也无法任由AWS劫持、偏离或以其他方式阻碍其发展势头。

正如Redmonk的戈文纳指出的那样,到目前为止,AWS宣布加入CNCF没有明确表示它在Kubernetes方面的计划:“真正的问题在于,亚马逊决定如何将Kubernetes作为dialtone来提供、何时来提供(注:dialtone喻指让用户易于普遍访问其他某个产品或服务的任何服务)。那些细节在宣布时一点也不清楚。”AWS计划大力投资于容器网络项目(CNI)和Containerd却是路人皆知、昭然若揭。相比之下,它准备怎么搞Kubernetes却模糊不清。

但是AWS除了重视Kubernetes外别无选择,需要构建一项Kubernetes服务。如果AWS这么做,它将处于容器市场的中心。需要有更大的作为,而且动作要快得多。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/3535.html

相关文章

  • AWS VS Kubernetes

    摘要:亚马逊最近成为云原生计算基金会的新成员与它对谷歌启动的这个容器项目实际贡献的代码不相称。尽管早早进入了市场,俨然成了容器的代名词,但谷歌的积聚的势头还是最猛,所有企业中将近表示,自己的容器编排战略包括。 作者简介:Matt Asay是IT外媒《InfoWorld》的长篇撰稿人,以前是名知识产权律师,目前是Adobe公司的移动副总裁。本文表达的观点仅代表其本人,而不代表其雇主。亚马逊最近成为云...

    khlbat 评论0 收藏0
  • 当我们聊Serverless时你应该知道这些

    摘要:崭露头角在发布之后,众多及厂商争相入市,,阿里云函数计算,短短数年时间产品已遍地开花。目前知名的平台有,,,等。统一的容器调度模型从当前及容器生态的发展来看,容器基本都是运行在云主机之上比如的,阿里云的。 说起当前最火的技术,除了最新的区块链,AI,还有一个不得不提的概念是Serverless。Serverless作为一种新型的互联网架构直接或间接推动了云计算的发展,从AWS Lamb...

    EastWoodYang 评论0 收藏0
  • 当我们聊Serverless时你应该知道这些

    摘要:崭露头角在发布之后,众多及厂商争相入市,,阿里云函数计算,短短数年时间产品已遍地开花。目前知名的平台有,,,等。统一的容器调度模型从当前及容器生态的发展来看,容器基本都是运行在云主机之上比如的,阿里云的。 说起当前最火的技术,除了最新的区块链,AI,还有一个不得不提的概念是Serverless。Serverless作为一种新型的互联网架构直接或间接推动了云计算的发展,从AWS Lamb...

    caiyongji 评论0 收藏0
  • 如何在AWS上部署Kubernetes集群

    摘要:在,和上面安全运行容器。这篇文章我们来分享这个工具,讨论如何在上部署集群。在,我们尝试将大规模部署到生产中。是一个用来部署可监测可再生的集群到上的工具,目前被用来创建生产集群。现有支持部署你的集群到现有的上面。 今天的客座文章是由Colin Hom撰写,Colin Hom是CoreOS的基础设施工程师。CoreOS在CoreOS Linux,Tectonic和Quay上面安全运行容器。...

    KavenFan 评论0 收藏0
  • Kubernetes 1.2 新功能解析:multizone(多区)支持

    摘要:只有谷歌的和亚马逊的目前被自动的支持尽管通过给节点和数据卷安排添加适当的标签来给其他云或者裸机加入类似的支持很容易。当建立持久数据卷时,管理控制器自动会把标签加给数据卷。因为数据卷都不能跨区,这意味着只能被创建在和数据卷同区内。 导论 Kubernetes 1.2增加的一个新的功能是把一个集群跑在多个failure zone里(谷歌GCE管它叫zone,亚马逊AWS管它们叫availa...

    seal_de 评论0 收藏0

发表评论

0条评论

leanxi

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<