作者｜Erik Bernhardsson
譯者｜Sambodhi
策劃｜褚杏娟
當前，云計算提供商已經(jīng)提供了從開發(fā)者體驗到硬件的端到端解決方案：
假如云計算提供商把精力集中在最底層，而其他（純軟件）提供商專注于上面的一層，又會如何呢？
我對云計算提供商（AWS、Azure、GCP）有這樣以下預測：
云計算提供商將越來越多地關注堆棧中的最底層；
基本上就是通過API來租用其數(shù)據(jù)中心的容量，其他純軟件提供商會在它上面構建數(shù)據(jù)庫、運行代碼等。
五年后，你們可以來打我的臉。但是我認為Redshift的故事很好地解釋了這些觀點。
云計算的發(fā)展
在Redshift誕生之前，Teradata是這個市場的主要參與者，曾推出了On-prem。當時的初創(chuàng)公司拒絕SQL，而使用Hadoop SQL也顯得有點笨拙。Redshift是AWS提供的數(shù)據(jù)倉庫（也稱為OLAP數(shù)據(jù)庫）。數(shù)據(jù)庫管理系統(tǒng)提供商ParAccel，通過AWS獲得技術授權，在2012年推出了Redshift。
Redshift是當時第一個運行在云端的數(shù)據(jù)倉庫。Redshift立即降低了小型公司進行數(shù)據(jù)分析的門檻。企業(yè)不必自己建立任何基礎設施或者整天編寫自定義的MapReduce、重新加載jobtracker。反而，企業(yè)可以在AWS中啟動一個Redshift集群，為其提供大量的數(shù)據(jù)，然后再正常運行。
同樣在2012年，我在偶然與Snowflake創(chuàng)始人共進午餐，第二天就獲得了一個工作機會。當時的Snowflake還很小，但現(xiàn)在它已經(jīng)是一家上市公司，市值超過1000億美元?？傮w來說，Snowflake的產(chǎn)品與Redshift類似。
不過，Snowflake和Redshift在架構上有一大差異。Snowflake很早就做了完全解耦。AWS于2016年推出了基于Presto的Athena，在2017年推出了Redshift Spectrum，用戶可以通過Redshift查詢S3中的數(shù)據(jù)。Redshift現(xiàn)在才發(fā)布無服務器產(chǎn)品，但他們可能早就該如此。
Redshift剛發(fā)布時確實帶來了很多好處。AWS具有龐大的規(guī)模經(jīng)濟，能夠控制底層資源（EC2），并為構建軟件做出更大的投資，他們甚至對RedShift開發(fā)進行補貼。
8年后，事情發(fā)生了一些變化。Snowflake的發(fā)展已經(jīng)超過了Redshift。
是什么力量支持著像Snowflake這樣公司的發(fā)展？這對其他云產(chǎn)品意味著什么？有人認為，最底層的云服務就是純粹的商品服務。所以，為了盈利至少需要做到以下一項：
在堆棧的高層賺錢。
在堆棧中使用較高的服務來鎖定客戶，再從堆棧的底層賺錢。
從歷史的角度來看，這些都有道理。但是，一些有趣的事情正在朝向另一個方向發(fā)展：
“頭部軟件”的競爭變得異常激烈。很多的創(chuàng)業(yè)公司在風投推動下追逐熱點，并且愿意投入數(shù)十億美元用于軟件開發(fā)。云計算提供商可能很樂意僅從最底層賺錢。利潤率并不會那么糟糕，而且提供商的鎖定度仍然相當高。
初創(chuàng)公司紛紛涌入云計算
從未有如此之多的公司尋求云計算服務：
這期間發(fā)生了什么呢？我認為至少有三種不同的因素：
大公司的激勵機制往往抑制了新想法的出現(xiàn)。與此同時，風險投資公司正將資金投入到該領域。假如你是個有抱負的人，你是去AWS工作，還是加入早期的初創(chuàng)公司，抑或自己創(chuàng)業(yè)？創(chuàng)新有望從大公司向初創(chuàng)公司轉移。
一家軟件提供商可以同時為所有的云計算提供商開發(fā)。對于Snowflake，我認為這確實是個好消息，因為早期客戶很關心多云。Snowflake也擴大了市場規(guī)模，甚至超過了任何云計算提供商。
許多成功的云產(chǎn)品開始于內部服務。亞馬遜、谷歌和微軟等已經(jīng)做了榜樣，他們在內部大規(guī)模測試后發(fā)現(xiàn)，這些工具非常適合其大型企業(yè)客戶。但另一方面，由于過于注重規(guī)模、可靠性和可配置性，開發(fā)者的體驗已成為攻擊媒介，尤其中端市場和小型企業(yè)可能更關心提高開發(fā)者的工作效率。Uber、Netflix和Airbnb等規(guī)模稍大的公司都有團隊離職后，將內部工具商業(yè)化（通常是通過開源的中間步驟）。這些工具主觀上更傾向于關注開發(fā)者的體驗。
云計算提供商們怎么盈利
據(jù)報道，EC2的利潤率在50%左右，而AWS整體利潤率在60%左右。這意味著，如果一個客戶每年要在Redshift上花費100萬美元，AWS在付清EC2的運營成本和折舊費用之后的毛利潤約為50~70萬美元。但是，如果該客戶將100萬美元/年的預算給了Snowflake，那么最終會有約40萬美元回轉到AWS，因此AWS的毛利潤大約是20萬美元。
這似乎對AWS有點不好？這個還不能確定。根據(jù)財報，Snowflake預計2022年的研發(fā)成本將占公司收入的20%，銷售和營銷成本則是48%。那么，以100萬美元的收入來計算，Snowflake的成本是70萬美元。但也許AWS創(chuàng)造同樣的收入只需要30~40萬美元的成本。這樣似乎是合理的。
現(xiàn)在我想通了。AWS面臨著同樣的情況，但是實際上卻將構建和銷售軟件的所有成本“轉嫁”給了Snowflake等企業(yè)。這對他們來說是一筆不錯的交易。
AWS建立軟件服務的另一個原因是可以增加用戶粘性。Redshift本身或許并不是一棵搖錢樹，但它減少了EC2上的流失率。
作為CTO，我已經(jīng)做云遷移的六年中，我沒有考慮過這個問題。與大多數(shù)公司一樣，我的公司在工程師薪水上的花費比云計算本身要多得多。將寶貴的時間用在云計算遷移上是不值得的，除非云計算開支成為毛利的重要組成部分，而這只有少數(shù)公司可以做到。
企業(yè)不能隨便選擇一個云計算提供商買下最便宜的數(shù)據(jù)庫，然后在上面運行。企業(yè)希望在相同的云計算提供商和同一個數(shù)據(jù)中心中運行。Snowflake、Confluent和MongoDB（Atlas）的注冊流程中問了兩個問題：1.你的云計算提供商是哪家？2.在哪個地區(qū)？請注意，第一個問題的選項只有AWS、GCP和Azure。
云遷移可能帶來的另一個問題：企業(yè)能省多少錢？我認為，價格戰(zhàn)從來都不重要，因為沒人愿意開打。處在相當穩(wěn)定的寡頭壟斷地位很舒適，如果我是云計算提供商，也不會去改變現(xiàn)狀。
2030年的云計算
轉向云計算的歷程，我們已經(jīng)走了大約10年。雖然我們構建軟件的方式已經(jīng)有所改變，但我認為現(xiàn)在仍處于起步階段。
重大變革通常分兩個階段發(fā)生。當一些新技術出現(xiàn)時，人們會用最簡單的方法來使用，讓它們保留現(xiàn)有世界的概念模型。當我們開始重新審視消費模式時，真正的轉變才會發(fā)生，因為新世界為創(chuàng)造價值開辟了道路。比如，蘋果公司開始在網(wǎng)上銷售音樂時，我們消費音樂的方式并未發(fā)生重大變化。但在像Spotify這樣的提供商意識到所有權不再重要的時候，真正的改變發(fā)生了。
從這個角度來看，過去的10~15年看起來有點像一種愚蠢的“提升和轉移”。我們只是把計算機放在云端，這遠遠不夠。我們可以把注意力集中在構建應用程序代碼上，而不是擔心底層的基礎設施。
大多數(shù)開發(fā)者都不與云計算提供商進行交互，這一點我并不會感到意外。另外一個令人興奮的領域是事務型數(shù)據(jù)庫。但我認為即將到來的最大變化是，軟件提供商將會越來越多地運行客戶代碼。
這個想法不新穎——2007年Heroku發(fā)布，2014年AWS Lambda發(fā)布。Kubernetes在過去的幾年中一直很有意思，這仍然是一種必然的趨勢：走向一個完全“無服務器”的世界。
現(xiàn)在，云端中的計算機利用率低得離譜，我猜測CPU平均利用率大概只有10%。有一種觀點認為云計算提供商需要在云上運行軟件，他們必須自己使用才能推進云的采用。不過，他們已經(jīng)有了一堆內部的東西可以交付。市場成熟后，他們可以將精力集中在自己優(yōu)勢最大的領域。
一些預測
云計算市場的收入將增長到每年10000億美元。這幾乎完全沒有爭議。
大多數(shù)工程師并不直接與云計算提供商進行交互，而是通過這些提供商提供的服務進行交互。
數(shù)據(jù)庫市場（OLAP，OLTP，任何你能想到的）將由云計算提供主導，并且在底層完全抽象。
將有一些驚人的方式來解決目前阻礙無服務器解決方案的開發(fā)者體驗問題。
初創(chuàng)公司和云計算提供商之間會有很多合作。云計算提供商可能會讓出一個領域，并試圖成為初創(chuàng)公司的首選合作伙伴。
Kubernetes只會被人們喜愛五年，正如Hadoop在2009~2013年一樣，但世界仍將繼續(xù)前進。
云計算中的資源利用率將會大大提高，工程師們在資源分配和配置上所花費的時間會減少一個數(shù)量級。
IBM最終放棄“混合多云”。
YAML會成為那些老去的開發(fā)者們酒桌上的話題。這個話題開始時，也意味著聚會該結束了。
作者介紹：
Erik Bernhardsson，Better公司的前任首席技術官，目前正致力于數(shù)據(jù)領域的創(chuàng)業(yè)。編寫過很多代碼，如開源項目Luigi和Anyy。
原文鏈接：
https://erikbern.com/2021/11/30/storm-in-the-stratosphere-how-the-cloud-will-be-reshuffled.html
