MongoDB 雲戰略為何能成功?

韓楠發表於2022-10-19


作者  | 楊哲軒

責編  |韓   



在這個領域裡面,我們除了看到 2021 年上市的 Snowfalke 以外,還有一家就是 MongoDB。我們回到過去,從相關的市場宣傳,宏觀背景,人事架構等角度,來看一看當時 MongoDB 的一些選擇。

回到 2016 年,當 Sahir 從 SumLogic 的產品經理總監的位置上離開加入 MongoDB 擔任 Cloud 戰略和產品負責人的時候,可能沒有想到自己會打造一個年均增長超過 50% 的 DBaaS 平臺,同時自己也憑藉這樣的成績在 MongoDB,從 VP 一路升到 CPO 負責產品演進方向,產品市場,產品設計和行業方案等工作。

今天這篇文章,就想要和各位一起來探討為什麼 MongoDB 的雲戰略能如此成功,以及成功背後的一些因素。



MongoDB 社群先行,奠定了增長基本面

MongoDB 誕生的故事,要追溯到 DoubleClick 的創辦。Dwight 和 Kevin 一起創立的 DoubleClick,一個專注在廣告領域的創業公司。在 DoubleClick 創立之後,很快就大獲成功。幾年之內,它的廣告流量達到了每秒 40 萬條,當時的關係型資料庫技術,還不能有效處理如此大規模的流量。

大學畢業以後的 Eliot,加入了 DoubleClick 研發部門和 DoubleClick 的創始人,,一起來解決了資料水平伸縮的問題。

很快地,Dwight、Kevin 和 Eliot 意識到他們解決的這個問題的價值,於是才有了 2007 年的 10gen 的創立。

從 10gen 被建立起,這個公司的使命就是面向開發者,為了能解決開發者的實際問題而存在。MongoDB 從被開發起的第一天,這個產品就被注入了靈魂:面向開發者而生。

在早期,MongoDB 的基本設計原則是這樣的:

  快速和簡單的資料模型,實現更快的程式設計——支援 CRUD 的文件模型。

 使用熟悉的程式語言和格式——JavaScript/JSON。

 無模式文件——方便敏捷迭代開發。

 為了快速開發和更易於伸縮,只提供必要的功能,沒有連線和跨集合的事務。

 支援簡單的水平伸縮和永續性 / 可用性 (複製 / 分片)。

依靠這 5 個點,MongoDB 在開源社群,建立起來非常龐大的使用者和開發者社群,真的變成了開發者愛不釋手的資料庫。使用 MongoDB 開發起業務,不用關心關係型資料庫反覆提到的正規化關係和設計模式,可以自由自在地按照業務需求實現業務邏輯。

更進一步的 MongoDB 的市場工作人員,針鋒相對地提出看了更適用於移動網際網路的 MEAN 架構,以此來表明自己對於網頁時代的 LAMP 架構的先進性。

這種市場宣傳策略,也基本決定了 MongoDB 當時的客群:大部分是創業公司。對於初創企業來說,資料庫的決策者是應用開發人員(而不是運維專家),他們更傾向的資料庫選項標準是:即時生產力。

不幸的是,短期的生產力被許多中期的問題所抵銷。隨著時間的推移,許多初創企業建立了應用程式程式碼 來強加一個隱含的模式,這將需要越來越大的維護成本。當公司發展壯大時,切換到關係型資料庫的樂觀設想,常常因為遷移資料儲存的挑戰而被擱置。

但對於創業公司而言,做一個正確的決定並不是他們的第一優先順序,更重要的是更快地將產品推向市場,快速地獲得使用者,佔領使用者的心智。

我們基本可以得出一個結論是這樣的: MongoDB 的市場宣傳和產品策略,旨在強調自己能夠幫助企業解決特定歷史階段的特定業務問題。

下面的一張圖充分地說明了 MongoDB 死忠粉對於 MongoDB 適用場景近乎盲目的認知。這裡能學到的重要一課是,要讓普通的開發者在早期的時候就成為英雄,而不是事隔多年以後。

這樣激進高昂的市場宣傳和產品策略,為 MongoDB 積攢了活躍磅礴的使用者社群和開發者生態,為 MongoDB 的雲上戰略奠定了非常好的基本面。


資料上雲正當時

當我們把目光放到 2016 年的那個階段,這是 AWS 在 2006 年推出 S3 服務的第 10 年,Snowflake 也在學術界,釋出了自己的存算分離的雲上數倉架構[11],蝴蝶的翅膀振動一下,也對中國的資料庫從業者們有著深遠的影響了。

AWS 在 2016 年的整體營收規模超過了 35 億美元,在整個亞馬遜商業帝國中的佔比,也來到了 34.9 %,同時還繼續保持了高昂的增長勢頭。

10 年光陰,雲端計算從剛誕生時的只提供計算和儲存資源,完成自己華麗轉變,誕生了磅礴的軟體生態,也開始在應用開發的各個流程 都扮演了越來越重要的角色。

雲端計算用彈性和超買實現了對於線下資料中心的降維打擊,也讓各行各業的企業紛紛開始將自己的資料搬上雲端。

這種影響是全方位的。資料庫也跟著一起搬到了雲端,催生了 dbPaaS 這樣的新賽道。當然在工業界,我們還是更喜歡叫它 DBaaS(Database as a Service)。

Gartner 對於這個賽道的增長 也是充滿信心的。在 2016 年一篇分析裡,Gartner 的預測是:“在未來五年內,的收入幾乎增加了兩倍,從 42 億美元增加到 123 億美元,從 2017 年到 2022 年的複合年增長率(CAGR)為 31.6%”。[10]

MongoDB 對於雲戰略判斷,基於一個樸素的信念: 未來肯定有超過一半的 MongoDB 使用是在雲中 如果我們此時回到當年,想象一下 MongoDB 決策層,決定投入雲戰略時的思考,大抵應該是這樣的:

  MongoDB 身處的以美國為代表的市場,有非常大的資料上雲的需求,這是一個新興市場,增量的動力明顯和強勁。 

  MongoDB 過去的積累,更側重於線下和社群,有龐大的使用者和開發者群體(從 2007 年到 2016 年)。

  雖然線下業務 MongoDB(公司)佔據大量份額,但在雲端已經有了競爭對手 MLab 於 2011 年開始,提供以 MongoDB(資料庫) 為主的服務。

結合以上 3 條,MongoDB 開始雲戰略,既是順應資料上雲的天下大勢,也是迫不得已應對 MLab 這樣的競爭對手的防禦手段。

未來 會在雲上使用 MongoDB 使用者畫像的分類 大概有三類[3]:

  已經在使用 MongoDB 作為服務(透過第三方供應商)的客戶,他們會想遷移到 Atlas,因為它在功能和成本方面帶來了優勢,他們會想使用由原廠的資料庫公司提供的全託管服務。

  在雲中執行 MongoDB 的客戶,他們自己在做這件事,非常高興有人為他們做所有的髒活、累活。

  還沒有使用 MongoDB 的客戶,但他們正在考慮要在哪裡執行自己的資料庫,這可能是他們進入雲的第一步。透過最佳化了許多不同的變數,讓客戶透過使用自然形成“在雲端使用 MongoDB 是實現業務價值的最佳方式”的認知。


透過推出 MongoDB Clouder Provider 和 Atlas,能在供給側全面地滿足以上 3 種不同使用者畫像的需求。雖然沒有在世界各地建立資料中心,但 MongoDB 和亞馬遜、谷歌和微軟有強大的關係,MongoDB Atlas 在第一天就推出對北美、歐洲和亞洲的 AWS 地區的支援。

為了讓更多地區的使用者能夠用上 MongoDB Atlas 的服務,對亞馬遜其他地區以及 Azure 和谷歌的其他地區的支援 在較短的時間內完成。

當時戰略的核心是: 雲中立 。讓客戶將能夠選擇他們想在哪些底層雲廠商上執行。因為 MongoDB 作為一個技術和資料庫 是整個業務支撐體系的的一部分,受到來 於應用伺服器和從這些雲提供商那裡使用的其他服務的共同制約。

如果業務應用服務部署在 AWS 上,但是 MongoDB 的部署在 GCP 上,資料傳輸需要跨越網路,這會增加延遲,讓業務體驗變得非常糟糕。這個時候,客戶是需要 MongoDB Atlas 能提供出了 GCP 以外的 AWS 上部署的選擇。

對於甲方而言,選擇一個雲供應商 就是進入了一個長期的關係。每個供應商在市場上都有一個高度專有的產品,作為客戶,特別是資料庫這樣的底層技術,是不可能在一個週末的時間裡從一個跳到另一個 畢竟,最難遷移的東西是資料庫 因此,MongoDB Atlas 戰略的一部分是給你提供靈活性,使客戶能夠輕鬆地從一個雲供應商轉移到另一個,同時也給客戶提供一個簡單的方法 來轉移到客戶內部基礎設施或私有云環境中。

MongoDB Atlas 這種雲中立的定位將給客戶帶來一定程度的獨立性和長期的靈活性[3],減低了客戶上雲的門檻,增加了客戶的購 買意願。

從最終的結果來看,Gartner 在 2016 年的預測是非常保守的。在 2021 年的市場回顧中,Gartner 指出 “dbPaaS 在 DBMS 總收入增長中的增長份額,從 2017 年到 2019 年一直徘徊在 70% 到 75% 之間,2020 年增加到 93%,2021 年略微下降到 85%。”[12]

回到 MongoDB Atlas 自身的增長速度也是能和 Gartner 的預測進一步的互相印證,在 2023 財年 Q2 的營收中,Atlas 佔比已經超過 50% 來到了 64%[15]。

如果說資料上雲是繞不開的宏觀趨勢,具有必然性,那麼 MongoDB Atlas 採取的雲中立和以開發者為中心的產品策略便是成功之中的或然性,在資料上雲的增量中獲得了大部分的蛋糕。



從 BladeLogic 時代就開始協作的 GTM 團隊,有互信和向心力

有了成功的社群和龐大的使用者,加上資料上雲的宏觀變數,MongoDB 雲戰略的成功是有其必然性的。

但是 MongoDB Atlas 變的如此成功 2023 財年第一季度總收入為 2.854 億美元,同比增長 57%。客戶持續強勁增長,截至 2022 年 4 月 30 日,客戶超過 35200 家。MongoDB Atlas 收入同比增長 82%;佔第一季度總收入的 60%。 也離不開一個好的團隊。

從 Sum Logic 招聘到了 Sahir Azam 領銜擔綱雲戰略負責人。Sahair 從 PHP 開發者開始做起,歷經 BladeLogic 售前職位的錘鍊,也隨著 BaldeLogic 被收購進入 BMC,一路和 2014 年進入 MongoDB 的高管團隊 建立了深厚的信任關係。

在完成自己的售前生涯之後,Sahair 分別在 VMware(DynamicOps 被併購進入 VMware) 和 Sum Logic 擔任產品經理總監的職位,轉換了視角,積攢了經驗,完成了從一個普通售前到一個在產品管理、市場營銷、銷售、售前工程和企業戰略方面 具有廣泛經驗的高階管理者的轉變。

從最初的研發經歷,再到售前,最後到產品經理的經歷,都為他後來負責 MongoDB 的雲戰略埋下 伏筆。

當時擔任 MongoDB 雲戰略負責人時,他對於 Atlas 的期望是:“隨著雲端計算的加速,MongoDB Atlas 將成為交付應用程式的關鍵平臺。我們的願景是擁有一個智慧和自我最佳化的全球資料庫。”[5]

在執行 MongoDB 雲戰略的過程中,Sahir 還繼續堅持了 MongoDB 的良好傳統:回應來自客戶的需求和以開發者為先。

在 2017 年的一次採訪中,Sahir 透露,相比於剛推出 Atlas 的規模,MongoDB 的雲端計算團隊的膨脹了三倍以上。隨著 MongoDB 規模的不斷擴大,MongoDB 內部的每個職能部門 都在以雲端計算為重點進行擴充套件。 一拳開,免 百拳來 。聚集公司核心資源,重點投入在雲端計算業務上,才能真的讓 MongoDB 這艘遠洋巨輪 從線下中變革 成為以雲上為主的售賣方式。

MongoDB Atlas 的工程師 總是努力建立客戶和使用者要求的創新功能,以此來增強開發人員的能力,使其更快地交付應用程式,實現 MongoDB 的願景。MongoDB 的研發工程師透過與市場上一些最新的雲技術合作,繼續在全球建立 Atlas,解決全球使用者的資料上雲需求。

在 MongoDB World 上   推出的公司最新的雲產品--後臺即服務 MongoDB Stitch 的測試版 就是一個完美的例子。[5]

相較於其他雲上資料庫的功能,開發者免費版的推出略顯滯後。在一次採訪中,被提問到為什麼不早點推出開發者免費版時,Sahir 回答到:"我們想確保我們真正地掌握了開發者免費版的體驗。" [6]

Atlas 最初推出了付費產品,並透過廣泛的促銷手段,促進開發者可以嘗試使用完整的產品。來自開發者的反饋鼓勵 MongoDB Atlas 在開發者免費版中提供高可用性、監控和關鍵安全功能,以便在整個應用開發中縮短從概念到驗證的週期。[6] 開發者免費版的核心目的是補全客戶購買週期的閉環。

因為大部分使用者在真正購買 MongoDB Atlas 之前,是需要先完成業務的概念性驗證和業務開發,最後才是上線。

通常購買的動作發生於上線之前,而在開發之後。透過一個包含全部能力但限定容量的開發者免費版 便可以將這個丟失的一環補全,進一步降低營銷成本的同時能 提高開發者的滿意度。

這些篤定的堅持,除了 Sahir 本身的洞察以外,也離不開內部強有力的支援。截止目前 MongoDB 大部分跟商業,產品相關的負責人們都有著 BladeLogic 的經歷。這種一起扛過槍,一起 過仗獲得的信任感,久經考驗。

MongoDB 董事會成員之一的 John McMahon 也是和團隊在 BladeLogic 建立起了一隻銷售鐵軍,沉澱出了在 Snowflake、MongoDB 和 Lacework 等 SaaS 公司廣泛使用的 MEDDIC 的銷售方法論。

集全天時(資料上雲的趨勢),地利(透過營銷策略獲得好的生態位),人和(團結了有能力和互信 團隊)三要素,MongoDB 的雲戰略如何能不成功呢




引用  ]





作者介紹

楊哲軒

資深解決方案專家


【作者介紹】 畢業於明尼蘇達大學,後加入 PingCAP 擔任基礎架構研發工程師,參與負責 TiDB、TiSpark 等核心專案。而後轉型成為區域售前業務負責人,為多家知名華南銀行保險證券機構和其他諸多行業,設計過解決方案,對分散式資料庫、HTAP、DaaS、主資料等技術領域,擁有獨到見解和豐富的實踐經驗。




來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70016482/viewspace-2917167/,如需轉載,請註明出處,否則將追究法律責任。

相關文章