AWS VS Kubernetes

作者簡介：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這麼做，它將處於容器市場的中心。需要有更大的作為，而且動作要快得多。

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！