無服務器計算可能會殺死穀歌雲平台

除非穀歌可以同時實現無服務器化，否則它可能會最終贏得容器戰爭，但是輸掉雲戰爭。

穀歌不得不在亞馬遜網絡服務和微軟Azure的陰影下設法在雲方麵扳回一局，由於無服務器計算的興起，它突然發現自己也在追趕。盡管穀歌雲平台(Google Cloud Platform)仍然在一般雲端收入中大幅落後於AWS和Azure，但它在人工智能和容器基礎架構(Kubernetes)中的優勢已經讓它在雲端方麵牢牢地占據了一席之地。

或將占據，如果世界不快速邁向無服務器的未來。

在無服務器計算方麵，正如Server Density的首席執行官David Mytton指出的那樣，“穀歌遠遠落後”，因為服務不足。盡管穀歌將繼續為其客戶推出新功能，但穀歌雲平台的創新速度無法與AWS或Azure匹敵。簡而言之，除非穀歌一起實現無服務器，否則很快就會失去其過去一年來建立的勢頭。

多年來，AWS已獨霸雲端基礎設施即服務(infrastructure-as-a-service，IaaS)市場。微軟遲赴宴遲到，但由於它與首席信息官和智慧混合雲的故事有著密切的聯係，Azure很快成為亞馬遜雲寶座的嚴肅競爭者。然而，穀歌不得不屈居第三：

正如Gartner指出的那樣，穀歌雲平台“對雲本土公司和那些想要像穀歌一樣運營的公司最有吸引力。”不幸的是，對穀歌而言，大多數企業根本不用於任何一種描述，盡管穀歌在過去一年試圖擴大對主流企業的吸引力，這些努力尚未產生AWS或Azure般體量的賬戶餘額。事實上，穀歌隻實現了一小部分——AWS所實現的雲收入的7%(據Bernard Golden的估算是3億美元，而上個季度為41億美元)。穀歌雲平台的收入僅占17%。

穀歌麵臨無服務器毀滅者

當然，無服務器化仍然是新生的。雖然AWS Lambda自2014年以來一直存在，但它仍然是在更廣泛的雲服務池塘中的小魚。但是這樣的小型市場的存在掩蓋了它的影響，特別是在無服務器計算已經成熟的時候。

正如Expedia的副總裁SubbuAllamaraju所宣稱的，“無服務器破壞容器集群管理器的速度比容器成為工業等級的速度還要快。”

是的，你沒有看錯。據Allamaraju介紹，無服務器計算正在超越像Kubernetes這樣的行業寵兒。他自己的Expedia在2016年晚些時候“每月有超過23億的lambda調用”，數字從那時起已經有所攀升。也並非隻有Expedia發現無服務器計算的生產力提升：可口可樂，諾德斯特龍(Nordstrom)，路透社等機構也紛紛加入。

然而，穀歌寄雲希望於像Kubernetes這樣的人工智能和機器學習技術。由於穀歌專注於其Kubernetes到GCP和機器學習，它還沒有建立其競爭對手的無服務器服務陣列。正如Mytton所說：“一旦滿足你的核心的運行時需求，[無服務器供應商]服務之間的差異就不是特別重要。...從雲提供商生態係統中消費的服務的可用性才是重要的。”

Mytton說：即使穀歌已經投資無服務器化，它也隻是敷衍了事。

穀歌雲函數(Google Cloud Functions)在2016年2月的Alpha版本和2017年3月的beta版本之間停滯不前。它仍然隻支持一個運行時環境(Node.js)，似乎正在遭受App Engine綜合症——Alpha / beta功能公布之後接著是沉默的/最小化的進展，直到次年的下一個大公告。

與此同時，穀歌自己的Alan Ho則認為“從編程模式和成本模式來看，AWS Lambda是未來——盡管有一些工具上的局限性。”Allamaraju推測，這些限製正在迅速消失，而且在此過程他們可能殺死了穀歌的更傳統的雲計算。

我們幾乎沒有進入容器時代，而且無服務器計算可能預示著停留時間的縮短。當然，穀歌(以及AWS和Microsoft Azure)將籌集大量現金，以幫助企業通過容器進行現代化改造，往往通過Kubernetes橫向擴展。這將有助於穀歌在早期的雲戰爭中收複一些失地。

但除非穀歌可以同時實現無服務器化，否則可能會最終贏得容器戰爭而輸掉雲戰爭，而打這種戰將越來越不依賴於容器。