【CSDN編者按】就像微軟對(duì)待Linux一樣，AWS選擇盡可能地忽略Kubernetes。

同樣和微軟一樣，AWS也被迫“接受并擴(kuò)展”其競(jìng)爭(zhēng)對(duì)手，以保護(hù)其市場(chǎng)份額。兩對(duì)冤家還有哪些故事？今天的文章將為你揭曉！

作者 | zwischenzugs

譯者 | 蘇本如

責(zé)編 | 胡巍巍

出品 | CSDN（ID：CSDNnews）

過去

如果你像我一樣，40多歲，從事IT工作，你可能會(huì)記得有一段時(shí)間人人都在使用Windows，但也有人（數(shù)量不多但持續(xù)增長(zhǎng)）在業(yè)余時(shí)間編譯Linux。

使用Windows的人很困惑地想：“Windows已經(jīng)提供了你所需要的一切，而且用起來很容易，為什么你還要用Linux？! ”

這個(gè)問題的答案各不相同。有些人喜歡自己能夠?qū)ο到y(tǒng)修修補(bǔ)補(bǔ)，有些人希望操作系統(tǒng)是“免費(fèi)的”，有些人希望對(duì)使用的軟件有更多的控制，有些人希望系統(tǒng)運(yùn)行更快，總之每個(gè)人都有自己合適的理由。

現(xiàn)今

當(dāng)我又一次熬夜想讓Kubernetes的一些新插件如文檔所描述般工作的時(shí)候，我突然想起那些日子里的相同的經(jīng)歷。

幾年前的Kubernetes對(duì)于缺乏經(jīng)驗(yàn)的人來說就像一個(gè)亂七八糟的恐怖秀，它的API經(jīng)常變動(dòng)，如果你試圖自己構(gòu)建的話，你會(huì)發(fā)現(xiàn)它的文檔很糟糕，幾乎所有不成熟的大型軟件項(xiàng)目所具有的缺陷它都具備。

換句話說，盡管Kubernetes平臺(tái)的治理水平已經(jīng)遠(yuǎn)遠(yuǎn)于大多數(shù)開源軟件項(xiàng)目，但我當(dāng)時(shí)的感覺和在本世紀(jì)初編譯Linux，或者解決筆記本電腦崩潰問題的感覺一樣（是的，一旦孩子們拔掉USB線纜，就有50%的機(jī)會(huì)導(dǎo)致筆記本電腦系統(tǒng)崩潰，這樣的事情過去確實(shí)發(fā)生過）。

這種混亂的局面已有改觀，而且它的變化速度已經(jīng)降到了可以接受較低的水平。但是有充裕資金支持的新技術(shù)每隔幾個(gè)月還是會(huì)出現(xiàn)，即使是那些愿意跟上生態(tài)系統(tǒng)變化的人也會(huì)感到困惑。這點(diǎn)很難向其他人解釋。

以Knative平臺(tái)為例:

Knative俱樂部的第一條規(guī)則是你不能解釋什么是Knative。

——Ivan Pedrazas（@ipedrazas）于2019年3月18日

https://zwischenzugs.com/2019/03/25/aws-vs-k8s-is-the-new-windows-vs-linux/

所以使用AWS的同事看到我經(jīng)常在Kubernetes上面忙得滿頭大汗時(shí)，會(huì)問同樣的問題：“AWS已經(jīng)能提供你所需要的一切，得到每個(gè)人的支持和使用，而且它用起來很容易，你為什么要做這些？”

AWS =Windows

AWS就像Windows，它是一種產(chǎn)品。它不靈活，但很可靠。

它的API定義良好，對(duì)于大多數(shù)的實(shí)際工作負(fù)載，它的KPI表現(xiàn)良好。

它對(duì)各種資源都可以做出限制，這有助于幫助你決定什么可以做和什么不可以做。

大多數(shù)人都希望這樣。他們想要一輛可以行駛的，但是不需要經(jīng)常修理的汽車。也有些人喜歡維護(hù)汽車。

有些公司會(huì)保留機(jī)修工人來維護(hù)一個(gè)車隊(duì)，因?yàn)閺囊?guī)模效應(yīng)上看它的性價(jià)比更高。同樣地，一些大企業(yè)的規(guī)模足夠大，以至于重新建立自己的數(shù)據(jù)中心可以給它們帶給更大的好處。比如Facebook和Dropbox（我們后面再討論這一點(diǎn)）。

像過去的微軟（或者現(xiàn)在的谷歌）的做法一樣，AWS平臺(tái)不斷增加和擴(kuò)展新功能，所有他們認(rèn)為是有利可圖的產(chǎn)品，都被放到這個(gè)平臺(tái)上。

AWS和Kubernetes

AWS與Kubernetes現(xiàn)在到底是什么關(guān)系？相信AWS也不明白這一點(diǎn)。AWS已經(jīng)有了ECS，這是一個(gè)丑陋的龐大的混蛋產(chǎn)品，如果你一開始就大量購(gòu)買了AWS，你應(yīng)該很容易理解我的意思。

你可能會(huì)說AWS的EKS可以支持Kubernetes。是的，它確實(shí)支持。

我最近沒有關(guān)注它，EKS花了很長(zhǎng)時(shí)間才面世，而且現(xiàn)有也沒有太多的功能。

感覺就像一個(gè)云框架(AWS)與另一個(gè)(K8s)結(jié)合了，而真正的處在困難成長(zhǎng)期的（K8s）就沒有人關(guān)注了。

這導(dǎo)致在EKS下部署Kubernetes“耗時(shí)太長(zhǎng)”的問題一直沒有得到解決?？纯聪旅娴耐对V：

終于我有機(jī)會(huì)在AWS的EKS兜兜風(fēng)了。雖然我肯定對(duì)它有偏見，但我確定它不能滿足我對(duì)Kubernetes管理平臺(tái)的期望。

在我通過單獨(dú)的工作流創(chuàng)建節(jié)點(diǎn)時(shí)，我等了10分鐘還沒有看到控制界面出現(xiàn)。

——Kelsey Hightower (@kelseyhightower) 于2019年1月30日

https://zwischenzugs.com/2019/03/25/aws-vs-k8s-is-the-new-windows-vs-linux/

就像微軟對(duì)待Linux一樣，AWS選擇盡可能地忽略Kubernetes。同樣和微軟一樣，AWS也被迫“接受并擴(kuò)展”其競(jìng)爭(zhēng)對(duì)手，以保護(hù)其市場(chǎng)份額。

我曾經(jīng)和AWS的人開會(huì)，他們對(duì)我們?yōu)槭裁丛谟蠩CS可用的情況下，還使用EKS表示困惑。

EKS和鎖定(Lock-in)

這讓我們想到了AWS之所以能夠提供EKS，從而“擁抱”Kubernetes的一個(gè)重要原因：IAM。

EKS（像所有的AWS服務(wù)一樣）與AWS IAM緊密集成。正如大多數(shù)人所知，IAM是AWS Lock-in的真正來源（而Lambda是出類拔萃的鎖定技術(shù)，如果你什么都看不到，你就無法移動(dòng)服務(wù)器）。

改變你的身份管理幾乎是任何組織最不想做的事情。因?yàn)樽屇愕氖紫夹g(shù)官(CTO)在短期收益為負(fù)的情況下，冒著很大風(fēng)險(xiǎn)，對(duì)核心安全系統(tǒng)做大刀闊斧地改變，對(duì)他的職業(yè)提升并無幫助。

同樣地，這也解釋了為什么Linux永遠(yuǎn)不會(huì)威脅到Windows，至少在臺(tái)式機(jī)上是這樣。

但隨著手機(jī)和Mac電腦的出現(xiàn)，Windows已降為消費(fèi)計(jì)算市場(chǎng)上的第二大操作系統(tǒng)。這一點(diǎn)從他們?cè)谶^去10年里沒能成功地強(qiáng)迫大家使用它的把瀏覽器可以看出。

因此，市場(chǎng)只需一些意想不到的轉(zhuǎn)變，就可以獲得動(dòng)力來殺死那些山大王。

微軟和AWS都深諳這個(gè)道理。這就是為什么微軟和AWS一直不斷地為他們的產(chǎn)品添加新的產(chǎn)品和功能，這也是為什么EKS必須出現(xiàn)的原因。

微軟最終把他們的郵輪轉(zhuǎn)向了云計(jì)算，在開源、Linux和Docker以及所有能吸引IT部門使用它們提供的服務(wù)的東西上大做文章。

哦，你可以使用和你公司網(wǎng)絡(luò)相同的目錄服務(wù)，并把你的微軟Windows許可轉(zhuǎn)移到云上。微軟不再關(guān)心操作系統(tǒng)了，因?yàn)樗谝粋€(gè)免費(fèi)了。

也沒有其它公司會(huì)關(guān)注操作系統(tǒng)了，包括Redhat這個(gè)因?yàn)橹С諻indows操作系統(tǒng)的競(jìng)爭(zhēng)對(duì)手而成立的公司也不會(huì)。

操作系統(tǒng)已死，它能提供的剩余價(jià)值越來越少。

Kubernetes會(huì)強(qiáng)迫AWS將郵輪駛向Kubernetes嗎？

我們能期望看到他們“擁抱”Istio 和 Knative，以及在未來出現(xiàn)的任何框架嗎（我不能依靠他們博客中的How-to指南來得到答案）？

AWS的競(jìng)爭(zhēng)對(duì)手

我不是很清楚這點(diǎn)。但可能會(huì)有，這里我給出一些理由來說明。

和Windows操作系統(tǒng)鼎盛時(shí)期的微軟一樣，AWS也只有一個(gè)競(jìng)爭(zhēng)對(duì)手：私有數(shù)據(jù)中心。

和微軟當(dāng)時(shí)的競(jìng)爭(zhēng)對(duì)手（Linux）一樣，采用其競(jìng)爭(zhēng)對(duì)手的產(chǎn)品是痛苦的、昂貴的，而且風(fēng)險(xiǎn)很大。

但私人數(shù)據(jù)中心的操作系統(tǒng)是什么？在Kubernetes之前，答案應(yīng)該是OpenStack。

OpenStack被廣泛地認(rèn)為是一種失敗產(chǎn)品，但以我的經(jīng)驗(yàn)，它在大公司中依然存活。

我不是OpenStack專家，但據(jù)我所知，OpenStack作為一個(gè)商用操作系統(tǒng)，在它需要運(yùn)行的所有基礎(chǔ)設(shè)施上，不能解決所有需要解決的問題而成為一個(gè)穩(wěn)定的產(chǎn)品。

而微軟當(dāng)年統(tǒng)治天下前是這樣做的：你可以在“任何”個(gè)人電腦和“任何”硬件上運(yùn)行它，它就可以“正常工作”。

蘋果則通過限制和控制硬件（并在這一過程中獲得可觀的利潤(rùn)）來解決這一問題。Linux也通過它的社區(qū)支持，讓它能夠支持的使用場(chǎng)景足夠多，最終解決了這一問題。

但是OpenStack沒有做到這一步，它嘗試的太多了，OpenStack嵌入了太多東西，結(jié)果變成了那些不想與云服務(wù)提供商綁定的公司用來安裝Kubernetes的默認(rèn)底層操作系統(tǒng)。

有趣的是，AWS提出的私有云失敗的原因?qū)λ麄冏约簛碚f也是一樣的：企業(yè)無法正確管理彈性需求，無論是在他們自己的數(shù)據(jù)中心，還是在他們付錢給別人的時(shí)候。

企業(yè)的管理和財(cái)務(wù)控制治理結(jié)構(gòu)不會(huì)一夜之間改變以適應(yīng)敏捷的供應(yīng)模型（順便插一句，如果你想改造一個(gè)企業(yè)的IT系統(tǒng)，從財(cái)務(wù)系統(tǒng)開始。如果你能在財(cái)務(wù)系統(tǒng)打開口子，你就有機(jī)會(huì)在安全和控制系統(tǒng)上獲得成功。如果你不知道為什么以財(cái)務(wù)系統(tǒng)作為切入點(diǎn)很重要，你肯定會(huì)失敗的）。

但企業(yè)還有其他不全部押寶AWS的理由：例如鎖定（見上文）和規(guī)模經(jīng)濟(jì)的考慮。這點(diǎn)可以參考Dropbox從AWS遷移回他們自己的數(shù)據(jù)中心的理由。

我對(duì)云平臺(tái)的體驗(yàn)和這有點(diǎn)相似。

就我個(gè)人而言，我發(fā)現(xiàn)盡管云存儲(chǔ)有明顯的好處，但是以我自己的數(shù)據(jù)量來比較，它的成本并不是很便宜（是的，即使我把自己的勞動(dòng)力成本和冗余需求也考慮進(jìn)去）。為什么會(huì)這樣？好吧，有幾個(gè)原因：

• 我的專業(yè)知識(shí)和能力可以設(shè)計(jì)出一個(gè)不需要太多勞動(dòng)力成本的解決方案。
• 傳統(tǒng)的旋轉(zhuǎn)硬盤的折舊率非常低（尤其是購(gòu)買數(shù)量比較多時(shí)），而且訪問速度很高。
• 我需要存儲(chǔ)的數(shù)據(jù)太多，導(dǎo)致云存儲(chǔ)成本直線上升，到了讓我覺得昂貴的水平。

以上三點(diǎn)（專業(yè)知識(shí)、資產(chǎn)價(jià)值和數(shù)據(jù)規(guī)模的經(jīng)濟(jì)性）是大型企業(yè)做出同樣決定的一些原因。下面這個(gè)不準(zhǔn)確的圖表，展示了Kubernetes的回報(bào)和企業(yè)規(guī)模的關(guān)系：

運(yùn)行Kubernetes的零日成本非常高（左邊的紅線），但隨著服務(wù)規(guī)模的擴(kuò)大，它的回報(bào)呈現(xiàn)指數(shù)級(jí)別地增長(zhǎng)。

這就是為什么AWS賺得盆滿缽滿的原因：這個(gè)非線性的增長(zhǎng)曲線告訴我們，AWS從用戶這里獲得的利益遠(yuǎn)遠(yuǎn)超出它的成本，但是AWS不會(huì)向你揭示這一點(diǎn)。

說白了：如果你變得足夠大，那么AWS就會(huì)開始欺騙你，但你可能不在乎，因?yàn)槟愕臉I(yè)務(wù)正在擴(kuò)大。

你就像一只沸水里的青蛙。等你意識(shí)到自己的處境的時(shí)候，那就太晚了。那時(shí)候再離開AWS將會(huì)非常困難。

萬一貝索斯失去理智怎么辦？

只有當(dāng)獲得了大企業(yè)支持的時(shí)候，Linux才真正開始運(yùn)行起來。同樣地，Kubernetes從一開始就從谷歌和Redhat這兩個(gè)大公司獲得了大量資金。

只有當(dāng)企業(yè)認(rèn)真對(duì)待AWS的壟斷問題時(shí)，情況才會(huì)有真正的改觀。

有些人必須認(rèn)真對(duì)待，因?yàn)槿f一貝索斯失去了理智，或者亞馬遜被俄羅斯間諜包圍，那么就必須在合理的時(shí)間內(nèi)制定計(jì)劃，以達(dá)到監(jiān)管要求。

另外的原因是不同的云服務(wù)提供商有不同的優(yōu)勢(shì)，隨著時(shí)間的推移，大型企業(yè)更有可能選擇多個(gè)服務(wù)提供商。

如果有足夠多的企業(yè)這樣做，那么AWS就沒有什么辦法來維持它的壟斷地位。

對(duì)于微軟來說，如果你想要用它的軟件，除了付錢之外別無選擇，但是對(duì)于Linux來說，你不必真正地把自己鎖定在一個(gè)提供商身上。

我見過大型企業(yè)在談判過程中為了和Redhat較勁，投入巨資調(diào)研使用CentOS的可行性。

在Linux上發(fā)生的事情，同樣在Kubernetes上發(fā)生。Kubernetes采用了和Linux相同的“distro”發(fā)行模式，在這種模式中，一個(gè)精選的版本被創(chuàng)建出來以方便增加各種“風(fēng)味特色”。

最初的那個(gè)版本是Redhat的OpenShift，后來改名為“OKD”（我猜是OpenShift Kubernetes Distribution的縮寫）。

有些企業(yè)希望有一個(gè)大型的壟斷服務(wù)商來運(yùn)營(yíng)Kubernetes，并愿意為此支付服務(wù)費(fèi)用，但是和Linux一樣，人們總是可以選擇內(nèi)部支持或者不同的服務(wù)提供商，因?yàn)镵ubernetes核心系統(tǒng)不屬于任何人。

將來

未來的Kubernetes將會(huì)足夠大，足夠獨(dú)立，能夠獨(dú)立生存。

OpenShift成功地避免了被指責(zé)為Kubernetes的復(fù)刻版。不管法律上的爭(zhēng)議是什么，Redhat的聲明并非虛偽。

他們不僅知道可以從開源基礎(chǔ)設(shè)施之上賺錢，而且還知道從它的成功中獲益。他們不需要復(fù)刻Kubernetes。

但有趣的是，他們確實(shí)復(fù)刻了Dockers，甚至在OCI 復(fù)刻版出現(xiàn)之前就這樣做了，并且他們這樣做還有充分的理由，因?yàn)槟菚r(shí)Docker做的一些決定明顯是為了自己的生存（例如，以保持“一致性”的理由，而使用Docker自己的hard-coded的默認(rèn)注冊(cè)表）。

但是Kubernetes沒有這樣的問題。我還沒有聽說過任何一個(gè)供應(yīng)商以犧牲其他人的利益為代價(jià)，把自己的代碼強(qiáng)行推到別人的代碼庫中。

我（和其他人）擔(dān)心的是：

和Linux一樣，各種成熟度和社區(qū)接受度狀態(tài)下的“UserLAnd”中也有一系列令人困惑的技術(shù)，其中大部分可能在幾年后就過時(shí)了。

我?guī)缀跤洸磺迦罩局懈鞣N工具的作用，更不用說像個(gè)架構(gòu)師那樣搞清楚所有功能了。

如果我用的是AWS，我會(huì)看著這張圖想：真讓人頭疼啊，我該選擇哪一個(gè)！就像你在決定使用Linux桌面時(shí)，你可以試著先搞清楚哪個(gè)發(fā)行版最合適，或者考慮全部多達(dá)45種不同的選項(xiàng)。

結(jié)論

我在本文想表達(dá)的原意是，AWS之于Kubernetes，就像Windows之于 Linux。如果確實(shí)如此，那么業(yè)界最好加速推進(jìn)Kubernetes的“distro”發(fā)行模式，以避免重蹈OpenStack的覆轍。

或者可以換一個(gè)說法：數(shù)據(jù)中心的Debian和Ubuntu在哪里？

分享標(biāo)題：AWS 之于 K8s，如同 Windows 之于 Linux！
URL鏈接：http://www.rwnh.cn/news5/99755.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供面包屑導(dǎo)航、品牌網(wǎng)站設(shè)計(jì)、企業(yè)網(wǎng)站制作、做網(wǎng)站、網(wǎng)站維護(hù)、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)