加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 移动互联 > 正文

谷歌、微软、亚马逊Kubernetes处事大比拼

发布时间:2018-10-26 21:55:56 所属栏目:移动互联 来源:赵晨翻译
导读:译者注: 本文带有一些主观色彩,作者的概念是否客观我还没有去考据,仅供参考。以下是对本文中一些缩写的表明: Google GKE = Google Kubernetes Engine Microsoft AKS = Microsoft Azure Kubernetes Services Amazon EKS = Amazon Elastic Container Ser

译者注:

本文带有一些主观色彩,作者的概念是否客观我还没有去考据,仅供参考。以下是对本文中一些缩写的表明:

  • Google GKE = Google Kubernetes Engine
  • Microsoft AKS = Microsoft Azure Kubernetes Services
  • Amazon EKS = Amazon Elastic Container Service for Kubernetes

之前已经有很是多关于这些托管在云上的Kubernetes供给商之间的比拟,可是,或者这次的比拟是最有诚意的。

下面是一张Google表格的截图,它比拟了GKE、AKS和EKS。你也许留意到有些格子内里已经有了评述。这些评述会链接到我获守信息的处所。

更新:这份表格此刻也包括了IBM IKS和阿里云ACK。

Screen-Shot-2018-10-14-at-11.53_.07_.png

假若有任何不正确的处所,请在表格里写下评述可能在文章下面给我留言。

这将会是一次残忍的比拟,假若有人能提供一些究竟依据,我会很愿意改变我的设法。

就今朝的环境,我用过EKS,也是AWS的重度用户。我还打仗过一点GKE,但那只是不久前我出于小我私人目标,建造Kubernetes The Hard way这个教程时在GKE上启了一个简朴快速的测试集群。我挺想多行使一下GKE的,但公司里用得是AWS。

自从客岁我用了几个月的Azure之后,就一向想回避它。其时我是微软的一个相助搭档,以是免不了要行使Azure。它的部门成果还不错,可是用户体验和亚马逊对比真是天壤之别。

我会按照差异的场景将我的提议分类。

新上的项目

我一向在试着衡量是否提议人们去评估谷歌、亚马逊以及微软提供的全部云处事。Kubernetes只是一个大型体系中的单一组件,尚有其他的身分会影响我们的抉择。但不管奈何,着实此刻各个云厂商所提供的成果和处事并没有太大的差异。

虽然市场团队也许会说并非云云,但当你看看大部门公司所必要的那些成果特征,着实那些云厂商都能提供。

以是我们就简朴粗暴一点,好比你就只想用Kubernetes。那谜底很清楚,就选GKE吧。

为什么?由于用险些每一种可量化的方法将它与竞争敌手对比,它都是更自制、更快、更好的谁人。

你也许会认为集群建设时刻并不是什么大题目,3分钟和20分钟对比没什么区别。事实你有几多次会去真正建设一个集群呢?好吧,假如要耗费20多分钟并且偶然还会报错,那确实不会常常去建设,由于你会为了顺应它而去改变本身的整个事变流程。

可是,假如建设集群只必要3分钟,那你会发明你所用的测试基本架构是可以随时扬弃重建的,这会是一种完全差异的事变方法。

收集成果是其它一个身分,谷歌在这方面然则甩开其他敌手10条街的程度。在高可用和扩展性方面也差不多。

我不会说表格中的每一行都是一个缘故起因,由于我认为数据不言自明。

我们已经被AWS绑定了

那你也许没有太多的选择,光是一个Kubernetes还不敷以成为迁徙到其他云平台的来由。

但愿你能看到这次比拟而且熟悉到环境也许会更糟。EKS刚推出不久,亚马逊团队会快速迭代。我对付亚马逊可否在收集机能可能假造机启动时刻上遇上谷歌持猜疑立场,但环境照旧可以忍受的。

假如他们能在主节点上启用默认的准入节制器就好了。尚有,我完全不大白为什么建设集群会这么慢。我在事变中丈量过集群构建时刻,每次都要花约莫20分钟才气到达我能在上面跑集成测试的状态。

更新:准入节制器已经被加上了。

另一个烦人的处所是穷乏事变节点的打点。但愿EKS的工程师们能像GKE那样都打包集成好。

故意思的是我留意到EKS居然支持i3.metal实例,这是Kubernetes支持裸金属事变节点的独一办理方案。这对付一些用户来说也许会有效。

我的公司正在思量用Azure

同样的,你真正能做的也不多。我的提议是筹备一个demo来比拟AKS和GKE,试着将开放职员的履历转达给做抉择的人。

给他们展示Azure上的某些操纵是怎样通过一个难用的交互页面才气完成,其他的必要Powershell,尚有一些参差不齐的还要用到呼吁行。试着让人们去声名操纵迟钝的缘故起因,以及它在整体上是怎样影响DevOps流水线和自动化的。没错,你确实能让Azure跑起来,但糊口已经云云艰巨,为什么不让本身轻松一点呢?

有也许你被相同Active Directory这样的需求所绑架了,那就真的是不走运了。

我说下面这句话的时辰是很当真的:假如我地址的公司抉择迁徙到Azure上,我会从头找一份事变的。趁便说一句,环境并非老是云云。我年青的时辰打点过Windows处事器,其时每个星期我都要修复破坏的TFS(Team Foundation Server),还要走进机房去改换磁带。

现现在我想要用编程的方法来节制基本架构。以是它必要高效又没有太多Bug,这样我才气在上面去构建一些酷炫的自动化工程。而在Azure这样的产物上事变,尤其是我还用了许多几何年的AWS,真的会让人感想绝望。

更新:为了量化Azure AKS到底有多慢以及有几多bug,有也许会想看看Dolos项目。

对付全部那些正在从当地数据中心往Azure上迁徙的人来说,在火速性方面也许会是一个前进,以是我祝你好运吧。

好了,此刻你清晰了!这个网站必要比拟跑在云上的Kubernetes处事。我的提议是只要有也许就用谷歌 GKE.假如你已经上了AWS,那么就试试EKS吧,但现阶段它真的给不了你太多对象。在他们将可打点的事变节点以及其他一些成果集成之前,你也许最好先看看Kops和一些其他的云产物。

【编辑保举】

  1. Kubernetes日记传输进程中面对的4个挑衅
  2. Cloud Foundry和Kubernetes团结的已往与将来,融合是市场成长趋势
  3. 【AWS社群接头勾当总结四】谈谈呆板进修进程中走过的弯路
  4. 后Kubernetes期间 云原生助力企业一连创新_云计较半月刊第41期
  5. 殽杂云情形中扩展Kubernetes的挑衅及方案
【责任编辑:未丽燕 TEL:(010)68476606】
点赞 0

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读