資訊專欄INFORMATION COLUMN
摘要：亞馬遜最近成為云原生計算基金會的新成員與它對谷歌啟動的這個容器項目實際貢獻的代碼不相稱。盡管早早進入了市場，儼然成了容器的代名詞，但谷歌的積聚的勢頭還是最猛，所有企業中將近表示，自己的容器編排戰略包括。
作者簡介：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極為有利?！狈治鰩熆死锸病ぬK布拉曼尼（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會給該基金會帶來相當大的壓力?！案偁幮缘募夹g格局會開始妨礙這個項目嗎？當然我們現在看到了該基金會的勇氣和治理能力。如果你要管理的技術較少，利益沖突較少，就很容易成為‘輕量級基金會’?！?/p>
AWS強有力的角色也許對Kubernetes不利
正如WS02首席執行官威拉瓦拉納宣稱的那樣，“Kubernetes正是能夠煞煞AWS氣焰的一項技術。AWS無法做到不加入?！庇捎谕瑯釉?，Kubernetes社區也無法任由AWS劫持、偏離或以其他方式阻礙其發展勢頭。
正如Redmonk的戈文納指出的那樣，到目前為止，AWS宣布加入CNCF沒有明確表示它在Kubernetes方面的計劃：“真正的問題在于，亞馬遜決定如何將Kubernetes作為dialtone來提供、何時來提供（注：dialtone喻指讓用戶易于普遍訪問其他某個產品或服務的任何服務）。那些細節在宣布時一點也不清楚?！盇WS計劃大力投資于容器網絡項目（CNI）和Containerd卻是路人皆知、昭然若揭。相比之下，它準備怎么搞Kubernetes卻模糊不清。
但是AWS除了重視Kubernetes外別無選擇，需要構建一項Kubernetes服務。如果AWS這么做，它將處于容器市場的中心。需要有更大的作為，而且動作要快得多。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/3535.html
摘要：亞馬遜最近成為云原生計算基金會的新成員與它對谷歌啟動的這個容器項目實際貢獻的代碼不相稱。盡管早早進入了市場，儼然成了容器的代名詞，但谷歌的積聚的勢頭還是最猛，所有企業中將近表示，自己的容器編排戰略包括。 作者簡介：Matt Asay是IT外媒《InfoWorld》的長篇撰稿人，以前是名知識產權律師，目前是Adobe公司的移動副總裁。本文表達的觀點僅代表其本人，而不代表其雇主。亞馬遜最近成為云...
摘要：嶄露頭角在發布之后，眾多及廠商爭相入市，，阿里云函數計算，短短數年時間產品已遍地開花。目前知名的平臺有，，，等。統一的容器調度模型從當前及容器生態的發展來看，容器基本都是運行在云主機之上比如的，阿里云的。 說起當前最火的技術，除了最新的區塊鏈，AI，還有一個不得不提的概念是Serverless。Serverless作為一種新型的互聯網架構直接或間接推動了云計算的發展，從AWS Lamb...
摘要：嶄露頭角在發布之后，眾多及廠商爭相入市，，阿里云函數計算，短短數年時間產品已遍地開花。目前知名的平臺有，，，等。統一的容器調度模型從當前及容器生態的發展來看，容器基本都是運行在云主機之上比如的，阿里云的。 說起當前最火的技術，除了最新的區塊鏈，AI，還有一個不得不提的概念是Serverless。Serverless作為一種新型的互聯網架構直接或間接推動了云計算的發展，從AWS Lamb...
摘要：在，和上面安全運行容器。這篇文章我們來分享這個工具，討論如何在上部署集群。在，我們嘗試將大規模部署到生產中。是一個用來部署可監測可再生的集群到上的工具，目前被用來創建生產集群?，F有支持部署你的集群到現有的上面。 今天的客座文章是由Colin Hom撰寫，Colin Hom是CoreOS的基礎設施工程師。CoreOS在CoreOS Linux，Tectonic和Quay上面安全運行容器。...
摘要：只有谷歌的和亞馬遜的目前被自動的支持盡管通過給節點和數據卷安排添加適當的標簽來給其他云或者裸機加入類似的支持很容易。當建立持久數據卷時，管理控制器自動會把標簽加給數據卷。因為數據卷都不能跨區，這意味著只能被創建在和數據卷同區內。 導論 Kubernetes 1.2增加的一個新的功能是把一個集群跑在多個failure zone里（谷歌GCE管它叫zone，亞馬遜AWS管它們叫availa...
閱讀 3967·2021-11-16 11:44
閱讀 5189·2021-10-09 09:54
閱讀 2030·2019-08-30 15:44
閱讀 1678·2019-08-29 17:22
閱讀 2753·2019-08-29 14:11
閱讀 3388·2019-08-26 13:25
閱讀 2324·2019-08-26 11:55
閱讀 1595·2019-08-26 10:37
