Krish是Medium的專欄作家，在最近的系列文章中，他提出了一個觀點“Kubernetes是事實上的領導者，但Kubernetes社群應該對AWS感到害怕”，他是根據有關Kubernetes部署實體的公開的可用資訊提出了此觀點的，雖然這隻是Kubernetes部署的一個子集（那些埠向網際網路開放的部署），但它清楚地表明瞭Krish在之前的文章中強調的趨勢。 正如預期的那樣，Krish從Kubernetes社群獲得了強烈的反對意見，文章中，Krish詳細解釋了為什麼Kubernetes社群應該害怕AWS。
任何關註技術行業的人都知道開源軟體正在推動技術平臺的發展，雖然我們擁有開源軟體貢獻者方面的資料，但缺少這些平臺的部署方面的資料，因為下載數量不是部署的度量指標。透過掃描開放埠，我們核對了四種常用的開源軟體平臺，也就是Kubernetes、OpenStack、CloudStack和CloudFoundry的趨勢。
考慮到這僅僅是各種部署中留下的開放埠串列，以及企業內部的開發和測試環境可能無法被外部掃描的事實，但我們仍然可以安全地推斷出以下結論：
-
Kubernetes在上述四個開源軟體平臺中取得了巨大成功，並且它是容器編排的行業標準（包括一些抽象平臺內的編排工具）。
-
AWS擁有最多數量的Kubernetes部署（與其他雲供應商相比，數量級更大），這解釋了AWS對CNCF的興趣。 也是對Kubernetes社群的一個警告訊號，因為透過AWS Fargate（以及對於Kubernetes的未來支援），他們可以輕鬆地將這些客戶轉換為AWS的服務客戶，從而使Kubernetes與其客戶無關。
對於聲稱AWS Fargate會吞噬Kubernetes的市場佔有率的觀點，我認為還為時過早，但作為經過訓練的可以深入洞察樣式的一員，我真的可以看到在未來會發生這種情況。 如果您是一位在AWS上部署Kubernetes的使用者，那麼如果有一個簡單的入口，您是否會試圖遷移到AWS Fargate？ 我很想聽聽你的想法。
下麵我具體解釋為什麼Kubernetes社群應該害怕AWS。
自從早期的雲端計算時代以來，我一直在反對AWS的壟斷[1]，但AWS一直在大幅領先競爭對手。 在最近一次AWS re:Invent期間，我意識到了有很多企業願意全力配合AWS。 如果確實如此的話，AWS的領先地位將在未來十年進一步增強。 而且，AWS託管了最多的Kubernetes部署實體並不是什麼秘密，我在前幾篇文章中展示的資料證實了這一趨勢。 在理想的世界裡，這應該是好的，並且是Kubernetes成功的明確跡象。
在AWS re:Invent 2017期間，就在AWS釋出Fargate和可管理的Kubernetes服務（EKS）之後，我與大型企業的高階IT經理進行了對話，其中包括一些“我們會經常聽到”的知名品牌。他們中的大多數都在頂層的EC2上執行他們自己的Kubernetes管理叢集，幾乎其中每一個人都表示，他們將從DIY Kubernetes遷移到AWS提供的EKS，因為EKS既具有生產力又具有經濟意義。他們還表示，一旦Fargate成為EKS之上的抽象層（無論是在Fargate品牌下還是作為新服務的上層抽象），他們都會接受它，因為Fargate消除了運維摩擦並使得容器叢集可以無縫執行（脫離了對Kubernetes的依賴）。Fargate讓Kubernetes在其容器叢集管理中處於細枝末節的地位，AWS還需要多長時間才能輕鬆地進入ECS？請記住，與專家的期望相反，ECS正在成長，AWS正在繼續投資該服務。在不久的將來，容器叢集的使用者不會在乎他們使用的是否是Kubernetes或者是某些AWS抽象層，因為這是實現容器服務的有效方式。在理想的世界裡，這也很好，它只是表明AWS關心他們的客戶。
Kubernetes是Google釋出的一個開源專案，但是也從Red Hat和其他供應商（包括初創公司）那裡獲得了巨大的貢獻，社群正在雲原生計算基金會（CNCF）下運營。 AWS也以會員身份加入了CNCF，全世界都會為Kubernetes的最終成功感到高興。我長期以來一直批評缺乏來自AWS的開源軟體程式碼，但像Matt Asay這樣的專家一直批評[2]我的評估（請參閱本TNS部落格[3]，其中有我和Matt Asay討論的這個話題以及與AWS和Kubernetes相關的其他話題）。
AWS的立場（Andy Jassy幾次強調）是對開源的貢獻並不重要，但給開源軟體使用者一個無縫的使用者體驗更重要。這是AWS從一開始就有的理念，直到今天仍在繼續。是的，他們聘請了Adrian Cockcroft，並且他組建了一支豪華的明星團隊在AWS內部和外部倡導開源軟體。但重要的是程式碼貢獻量，我們尚未看到來自AWS的重大貢獻。即使他們對Linux內核有一些貢獻，也是一些對他們的服務有幫助的補丁。在最近的Kubecon上，Adrian關於Kubernetes的公告也是圍繞Kubernetes在AWS上無縫工作的訊息，但我還沒有看到AWS在這些大型開源軟體社群中擔任開源領導的角色。
讓我在這裡澄清一下，開源軟體不是慈善機構，也不會有使用者從開源軟體獲得回饋，但是開源軟體的總體指導原則之一是“相互關愛，共享生命”。 AWS在這裡沒有任何法律和道義上的錯誤。他們的“最佳化理念”幫助他們在零售和AWS方面取得了成功，在法律上和道德層面上也沒有問題。但是他們對開源軟體貢獻方面缺位違背了開源軟體社群的指導原則。所有由不同供應商付出薪資的工程師的辛勤工作應該受到程式碼貢獻互惠的尊重。 “我們使得開源軟體可以無縫使用”的口頭禪不是對這些跨越各公司、種族、性別、國家等工程師表示感謝的正確方式。任何供應商感恩開源軟體社群的唯一方式是貢獻有價值的程式碼。貢獻程式碼是對開源社群供應商來說很重要的唯一硬通貨（就供應商受益於開源軟體而言）。
AWS是雲端計算領域失控的領導者，他們也是Kubernetes部署數量的失控者。 他們正在建立一項服務，該服務將消除叢集管理的痛苦，並將其與被管理的Kubernetes服務整合。
Kubernetes社群會出現什麼問題？ 大家考慮一下。
我還記得Xen fanbois過去是如何吹噓AWS使用Xen進行雲服務的，但最後我聽說，Citrix沒有成為雲端計算領域的一員。 Kubernetes會成為另一個Xen嗎？ 這是Kubernetes社群需要思考的問題。
在我預計下週初釋出的該系列的最後一篇文章中，我將談論它對終端使用者的影響。
-
https://www.cloudave.com/1878/handful-of-monopoly-infrastructure-players-a-shortsighted-idea/
-
https://www.infoworld.com/article/3233485/open-source-tools/the-critics-are-wrong-about-awss-open-source-approach.html
-
https://thenewstack.io/aws-kubernetes-now/
-
https://medium.com/@krishnan/kubernetes-is-the-defacto-leader-but-they-should-be-shit-scared-of-aws-535614f44b28
-
https://medium.com/@krishnan/why-should-kubernetes-be-scared-of-aws-823876d5148b
本次培訓內容包括：容器原理、Docker架構及工作原理、Docker網路與儲存方案、Harbor、Kubernetes架構、元件、核心機制、外掛、核心模組、Kubernetes網路與儲存、監控、日誌、二次開發以及實踐經驗等，點選瞭解具體培訓內容。
長按二維碼向我轉賬
![]()
受蘋果公司新規定影響，微信 iOS 版的贊賞功能被關閉，可透過二維碼轉賬支援公眾號。
知識星球
