商業化之路怎麼走,一家開源分散式資料庫廠商的答案|愛分析調研

ifenxi發表於2023-10-11

01 商業化是衡量開源專案成功與否的重要維度之一

中國開源軟體商業化公司的湧起以及資本對開源的持續關注,正打破人們對開源與商業化“互斥”的傳統印象,展現出兩者關係的真正本質, 即開源和商業化可以相互促進、相互融合,協同發展

圖1:開源和商業化協同發展

商業化之路怎麼走,一家開源分散式資料庫廠商的答案|愛分析調研

首先,開源為商業化提供創新發展模式。 開源是一種高效的軟體開發模式,以開源專案為核心的開源社群透過眾多開發者參與,構建起一個開放創新的生態體系,能加速技術、產品和服務創新,對商業化的戰略意義重大,這一點從Red Hat在開源的統治地位及其商業成功可見一斑。

其次,商業化也對開源社群的發展意義重大,商業化不僅是開源專案成功與否的重要衡量標準,也能反哺促進開源社群持續發展。

目前開源社群的健康度多透過諸如Pull request數、Commit數、Issue的提交數與評論數、Star與Fork數、Contributor數等指標呈現,但這些指標不足以準確界定社群發展的成功。從開源社群的發展規律來看,商業化成功的開源社群一定是高度成熟、具備強盛生命力,並有大量的企業使用者長期參與貢獻。因此,商業化可作為一個非常直觀的衡量開源社群成功與否的指標。

商業化本身也能加速開源社群成熟。一方面,對於開源社群的日常運營,商業化能支援開源社群的維護和經營,覆蓋開發者成員、技術設施、培訓等費用,實現社群的可持續發展。另一方面,商業化能讓開源社群獲得廣泛市場認可,反哺開源社群規模化發展。知名開發者、企業家Peter Levine曾提出:“開源的歷史強調了開源的成功來源於技術和商業創新的良性迴圈……只有在開源的技術創新和商業創新結合起來的時候,開源的全部潛能才能得以釋放。”

最後,開源與商業化的融合,將有望為開發者帶來自由、公平的生存環境。 開源社群寄託著獨立開發者的終極理想,即每個軟體開發者都可以獨立於組織之外,透過自由的創作、創新獲得回報,而開源與商業化融合是實現這一理想的最 佳途徑。

02 開源商業化面臨眾多挑戰

儘管開源與商業化理論上可相互賦能,但縱觀全球開源歷史,以開源起始最終取得商業化巨大成功的專案依然鳳毛麟角,國內市場對有效的開源商業化路徑也還在摸索中。

當前,開源商業化面臨的主要挑戰體現在:一方面,開源社群本身缺少商業化導向,具體體現在如何建設一個活躍的開源社群、如何確定商業模式以及如何確定目標客群等;另一方面,在商業化經營過程中,商業化公司將會遇到多種阻礙,諸如如何持久保持開源社群的活力和領先性,如何應對市場激烈競爭,如何找到商業化制勝場景等。

圖2:開源社群向商業化邁進過程中缺少商業化導向

商業化之路怎麼走,一家開源分散式資料庫廠商的答案|愛分析調研

圖3:商業化經營過程中將會遇到的阻礙

商業化之路怎麼走,一家開源分散式資料庫廠商的答案|愛分析調研

不過,我們看到國際上已經有一批成功的開源商業化案例,如Red Hat、MongoDB 、Databricks等,均在開源基礎上取得不俗的商業成就,同時開源社群也在保持蓬勃發展。這些優秀的成功案例,在為國內開源商業化公司解決以上難題提供豐富參考經驗的同時,也提供了可實踐的開源商業化路徑。

在中國開源浪潮中,資料庫市場是湧現了眾多開源商業化廠商的代表領域,其中,鏡舟科技是一家典型的開源商業化資料庫廠商。作為近兩年新崛起的商業化公司,鏡舟科技憑藉StarRocks獲得廣泛市場認知,並積累了大量商業化案例,其發展歷程和發展模式極具代表性。近期,愛分析與鏡舟科技CEO孫文現進行了深度交流,就鏡舟科技公司開源商業化思路和關鍵成功因素進行了深入探討。

03 鏡舟科技開源商業化路徑:“一個核心”+“雙輪驅動”

北京鏡舟科技有限公司(簡稱“鏡舟科技”)成立於2022年3月,同年9月釋出基於StarRocks開發的商業版本鏡舟資料庫。在短短一年時間內,鏡舟資料庫的付費客戶數量超過70餘家,覆蓋金融、零售、製造、物流、電商、遊戲、汽車出行等多個行業。

同時,在StarRocks成為Linux基金會專案後,鏡舟科技作為社群的主要貢獻者之一,致力於提高StarRocks的國際競爭力,加強與其他開源專案和上下游廠商的生態合作。

社群和商業化齊頭並進、相互促進,形成發展閉環

鏡舟科技商業化步伐的加速,是其創始團隊將商業化路徑規劃逐步落地後的水到渠成。

具體而言,鏡舟科技首先以行業頭部使用者為核心深度參與開源社群運營,與眾多參與者一起共建社群,推動社群快速成熟。成熟社群的創新生態能高效實現產品穩定和產品領先,持續催生制勝場景。

在基於社群公開的穩定產品和制勝場景基礎上,鏡舟科技與有企業版本需求的使用者達成合作,建立商業契約,透過完成契約獲取收益。

在商業經營過程中,除反哺社群運營外,鏡舟科技也會持續將商業場景中驅動迭代的、具備領先性的功能程式碼貢獻給社群,保持社群產品和技術的領先性。

最終,社群運營和商業經營相互促進,持續正向迴圈。

在以上商業化路線設想中,有兩個核心策略非常關鍵:“一個核心”和“兩個驅動”。“一個核心”是指無論是深度參與開源社群運營還是商業化公司的經營,均以行業頭部客戶為核心,驅動使用者擴充、使用者服務;“兩個驅動”,是指參與開源社群的運營和商業化經營需要齊頭並進、相互促進。

要將以上商業化路線落地,需要從開源社群運營、產品力、市場策略和組織支援四個主線協同發力。

圖4:鏡舟開源商業化路徑:一個核心+兩個驅動示意圖

商業化之路怎麼走,一家開源分散式資料庫廠商的答案|愛分析調研

開源社群運營:堅持以行業頭部使用者為核心的運營思路

運營好StarRocks社群是商業化的前提 ,這也是其創始團隊綜合考量商業化路徑和市場趨勢的戰略選擇。

圖5:運營好StarRocks開源社群是商業化前提

undefined

一方面,開源能加速商業化成功。 孫文現認為,實現to B商業化需要具備兩個條件:第一,提供企業級的穩定產品。第二,確定產品的制勝場景。在傳統商業化思路下,產品測試需要耗費大量人力物力,制勝場景需要依賴地推、銷售等手段覆蓋眾多企業客戶才能明確。

而開源社群提供了一種創新思路。開源社群本身是一個技術創新生態,眾多參與者出於興趣測試、最佳化專案程式碼,推動專案快速穩定,尤其企業使用者的專案使用經驗可幫專案擴充應用場景並明確制勝場景。開源社群在開放共享的原則下高效實現產品穩定、發現制勝場景,加速商業化程式。

另一方面,開源代表未來軟體採購的趨勢。 市場對開源軟體的應用越來越廣泛,以金融行業為例,金融行業為了實現自主可控,要求廠商提交自主產權原始碼,以AWS、微軟等國際網際網路巨頭為代表的技術廠商也都在遵循這一要求。開放原始碼本身已經成為金融企業評估系統自主可控的一個非常重要的標誌。開放原始碼最極 致的方式莫過於軟體本身就是開源的,於是,建立開源社群也就成為一個適應軟體市場趨勢的、具有前瞻意義的舉措。

在鏡舟團隊與社群使用者的協同努力下,StarRocks專案實現快速迭代,僅2022年,就釋出了60 個版本,修改程式碼超150萬行,同時行業頭部企業的使用經驗也幫鏡舟明確了制勝場景,如BI自助分析、使用者畫像、實時風控、實時決策等。

開源社群使用者型別眾多,為什麼鏡舟科技堅持以行業頭部使用者為核心的運營思路?

鏡舟科技認為,評價一個開源社群是否能夠存活、是否具有頑強生命力的一個重要指標是社群的成熟度,而驅動社群成熟的關鍵因素是行業頭部使用者數量。 行業頭部使用者的參與,在帶來更多Contributor和 Committer的同時,更意味著頭部使用者正將開源專案應用到業內最 具挑戰的核心業務場景中,並希望對專案有原始碼級別的把控,頭部使用者對專案的貢獻將加速專案迭代。

StarRocks社群內網際網路頭部使用者參與度非常高,大部分貢獻者來自於阿里雲、騰訊、京東、滴滴、美團等,尤其阿里雲人員在總貢獻人數中佔比達到20%,騰訊人員佔比15%。

行業頭部使用者的高度參與不僅能加速社群成熟,也為孵化商業化客戶提供了充分條件,鏡舟科技的早期付費使用者很多與StarRocks社群使用者重合。

產品力:融合社群和商業化,打造持續迭代的產品力

持續迭代的產品力是鏡舟科技的核心競爭優勢。而融合社群進步和商業化經營的產品研發思路,是其產品持續迭代的關鍵。具體包括兩個關鍵因素:1)與其他社群夥伴一起,共創產品研發思路,加快開源產品迭代速度;2)細化產品功能,並將開源版本貢獻納入發版邏輯中,共同打磨,使產品版本趨於穩定。

圖6:鏡舟科技產品力形成路徑示意圖

undefined

鏡舟科技每年對其產品路線進行規劃和更新,產品的規劃目標同時作為當年價值關鍵詞。 如2022年鏡舟資料庫2.0版本的價值關鍵詞是“極速”和“統一”。在“極速、統一”的大目標下,鏡舟科技重點做了兩件事情:向量化和CBO。而在2023年鏡舟資料庫3.2版本強調“雲原生”和“湖倉”兩大概念,並重點發展存算分離、物化檢視和Multi-warehouse三大特性。這三大特性將幫助鏡舟資料庫向雲原生、湖倉邁進一大步。

透過社群大使用者的需求調研分析後,確定產品規劃目標,在細化具體產品特性時,鏡舟科技從一開始就瞄準了網際網路頭部公司的大業務場景、大運營和大資料量,透過與其頻繁互動快速發現問題並迭代版本,使版本趨於穩定。

以鏡舟資料庫3.2版本為例,在確定開發存算分離、湖倉分析、物化檢視等大特性後,鏡舟科技內部先用1~2個月時間釋出第一個版本,之後將初始版本提供給社群中之前調研有需求的網際網路頭部使用者諸如騰訊、滴滴、阿里雲、攜程、小紅書、芒果TV等使用。其產品線複雜、業務場景豐富、資料量級波動大等特性,使得網際網路使用者能在實踐中快速發現問題並反饋。發現問題後,網際網路企業提供貢獻或是鏡舟科技內部修復Bug。多次重複這一過程,直至版本趨於穩定。

孫文現介紹,隨著網際網路頭部使用者數量的增加,產品版本趨於穩定的週期也在逐步縮短。2022年,鏡舟產品產品趨於穩定的週期在6個月,2023年,這一週期縮減為4個月。

融合社群進步和商業化經營的產品研發思路,使得StarRocks在短短三年的時間內逐漸贏得使用者口碑,曾有使用者公開表示:“StarRocks是OLAP領域的事實標準”,其產品功能和效能廣泛成為競爭對手的對標物件。

市場策略:在開放核心發展模式下,透過締結契約完成商業化最後一步

鏡舟科技商業化的目標客群定位與StarRocks社群保持一致,聚焦網際網路、金融、新零售、製造等行業的Top 30企業使用者。

企業對開源軟體及服務的不同採購方式推動開源商業化演變出不同的商業模式。一種採購情形是企業傾向購買企業版本,這推動演變出以開放核心為代表的商業模式。另一種情形是甲方傾向從原廠公司購買服務,透過這種方式保證開源軟體的供應鏈安全性。這演變出以Red Hat為代表的專業服務商業模式。

鏡舟科技在以上兩種商業模式中選擇了前者。在鏡舟科技看來,第一種模式以產品為核心,保持產品持續迭代,有利於鏡舟科技保持領先的產品力。

在開源商業化的模式選擇上,鏡舟科技從起初就選擇開放核心(Open Core)的模式,透過為B端客戶提供企業版獲取收益。 鏡舟科技對這一模式非常有信心,認為這一模式能解決甲方企業與閉源產品之間的“矛盾”,也能透過持續迭代的產品力為商業公司注入旺盛的生命力。

孫文現以20餘年從業經驗總結出,過往閉源軟體產品在服務甲方企業的過程中,為了鞏固、擴充套件自己的勢力範圍,往往透過創造特有的資料格式或是語法等方式建立“技術牆”,達到排他的目的。而甲方企業為避免與某一閉源軟體強捆綁,一直在努力推倒“技術牆”。企業應對這一問題的最有效方式就是使用開源產品。由於核心業務場景對產品可靠性、穩定性、安全性等要求極高,因此選擇能對開源兜底的企業軟體產品或服務正成為企業軟體採購的新習慣。

在提供標準可信企業產品基礎上,透過與客戶締結商業契約完成商業化最後一公里。

孫文現認為,“商業化本身就代表著契約精神。” 據鏡舟科技的客戶經驗,一旦企業將StarRocks應用到核心創新業務場景中後,為避免在複雜環境中遇到技術障礙,遲滯業務推進,企業會很快開始尋求付費,透過與商業公司合作保障業務場景順利落地。與此同時,商業化公司在合作中需要承擔相應的法律責任,以保證企業對安全、效能、穩定性等需求。

需要強調的是,商業契約建立的背後是企業客戶對合作夥伴的理性選擇,這也代表著對商業化公司的市場考驗。 一方面企業決策本身就是一個涉及多角色決策、包含一系列論證和驗證的過程,理性程度非常高;另一方面企業對廠商的要求涉及到多方面,包括產品功能、公司經營情況以及發展規劃、公司服務能力、產品價格等多方面來考量廠商資質以及與廠商合作的風險性。

在談到如何面對市場低價傾銷的惡性競爭時,孫文現表示,雖然市場競爭激烈,不乏有0元中標的商業案例,但高理性的企業也會對低價競爭進行慎重考量,最終在合理的價格區間內接受低價,而非過分追求低價。他強調,價格本身構成競爭要素,但不是核心的競爭要素,商業競爭的核心要素是持續迭代的產品力。因此,鏡舟科技對未來的競爭持樂觀的態度並相信,只要始終保持產品、技術和社群領先,最終一定會獲取商業上的成功。

組織支援:為社群和商業化發展分別提供組織保障

StarRocks社群為鏡舟、阿里雲、騰訊等一眾商業化主體提供了源頭活水,社群技術領先性是維繫水源活力的關鍵。鏡舟在追求商業化成功的同時,也在持續投入保持StarRocks社群的技術領先性,如在人力支援上,鏡舟科技不僅有專門的商業團隊保障商業擴充,也有專業的社群運營團隊維護社群發展。

04 開源商業化將改變軟體市場競爭格局

受開源市場和投資雙向驅動,中國的開源商業化探索將保持加速度,迎來更廣闊的發展空間。

一方面,中國開源市場的高速發展將催生更多開源商業化公司,加速驗證開源商業化模式。另一方面,近兩年,獨角獸公司數量正逐漸減少,估值也出現不同程度縮水,這使得市場投資風向發生轉變。投資機構的目光正從“獨角獸”企業轉向新進入市場的“獨角虎”企業。這類企業“佔山為虎”,能在細分領域能做到行業領先。這一轉變將利好處於起步階段的開源商業化公司,將為其提供寬鬆的融資環境。

未來,在開源社群飛速持續創新的驅動下,開源商業化將以強勢姿態崛起,成為網際網路生態競爭中不容小覷的競爭力量。


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

相關文章