ITBear旗下自媒體矩陣:

Linux 失敗真的是因為開源嗎 ?開源本質(zhì)不是商業(yè)問題

   時間:2020-03-30 09:57:55 來源:開源中國編輯:星輝 發(fā)表評論無障礙通道

在美國版“知乎”Quora上搜“Open Source(開源)”,出來第一條問題是:

“Linux的失敗真的是因為開源嗎?”。其中一個回答給我很多啟發(fā):

“有些人把安卓和Chrome OS的成功歸結(jié)于Linux開源,但我認(rèn)為兩者根本不相關(guān)。安卓和Chrome OS的成功并非得益于Linux/GNU/FOSS,而是因為他們有一個‘聰明的、高利潤的、閉源且專屬的商業(yè)模式’(smart, highly profitable, closed source, proprietary business model)”。

從IBM鯨吞RedHat、微軟收購GitHub到Elastic、MongoDB等初創(chuàng)公司相繼上市,這一系列事件早就不再是對開源本身的認(rèn)可,而是標(biāo)志著開源業(yè)務(wù)作為一種商業(yè)行為(business),其價值和模式逐漸復(fù)興,終于獲得了資本市場的廣泛承認(rèn)。

同時,初創(chuàng)團隊和科技巨頭在各自開源商業(yè)化過程中的不同策略與相互間的競合關(guān)系,讓我獲得了更深層的理解。

毋庸置疑,IP(Intellectual Property,知識產(chǎn)權(quán))造就了兩代偉大的科技公司和高壁壘的商業(yè)模式:

以芯片銷售和基帶授權(quán)構(gòu)建壟斷地位的英特爾和高通;

以軟件授權(quán)PC廠商的微軟以及直接將原生操作系統(tǒng)和硬件捆綁銷售的蘋果。

后面兩家公司所締造的以開發(fā)者為中心的軟件及App生態(tài),外加軟件本身的網(wǎng)絡(luò)效應(yīng),直接推動了互聯(lián)網(wǎng)、云計算、大數(shù)據(jù)和如今AI等技術(shù)的發(fā)展。在這個過程中,用戶和開發(fā)者對平臺的依賴再一次加固了生態(tài)的壁壘。

壁壘帶來壟斷,壟斷產(chǎn)生高利潤。

在所有技術(shù)的背后還能看到另外一家巨頭的影子——谷歌,其策略似乎跟上面所有公司的做法完全相反。從開源Chrome瀏覽器、安卓系統(tǒng)、到深度學(xué)習(xí)框架Tensorflow等技術(shù),在A16Z去年喊出“開源正在吞噬軟件”之前,我已經(jīng)堅定地認(rèn)為谷歌是近十年來軟件技術(shù)發(fā)展的最大貢獻者和獲利者,開源是其最重要的商業(yè)策略之一。

但經(jīng)過這段時間的研究,當(dāng)我再看到Quora上的那個回答時,逐漸明白了一個基本邏輯:

選擇開源本質(zhì)上是個技術(shù)方向性問題,不是商業(yè)問題,更不能成為一種商業(yè)模式。

回到安卓系統(tǒng)的例子,當(dāng)年谷歌開源的只是AOSP部分(Android Open Source Project,安卓開源項目),收費的是GMS(Google Mobile Service,谷歌移動服務(wù)),GMS就是谷歌旗下各種應(yīng)用及API,包括我們熟知的地圖、郵箱、Youtube和應(yīng)用商店等。

由于安卓的內(nèi)核本身基于Linux,后者要求安卓的核心代碼必須免費公開。而GMS才是谷歌的“印鈔機”,通過軟件的網(wǎng)絡(luò)效應(yīng)和巨大用戶基數(shù),手機廠商最終不得不把它作為出廠標(biāo)配,才讓谷歌延續(xù)了來自IP世界的“高利潤、閉源且專屬”的商業(yè)模式,奠定了其在移動操作系統(tǒng)的霸主地位。

所以,從技術(shù)角度,涉及操作系統(tǒng)底層架構(gòu)、操作性能、用戶界面等部分,任何開發(fā)者或硬件廠商都可以根據(jù)開源代碼進行二次開發(fā)。在遵守相關(guān)開源許可證的基礎(chǔ)上,二次開發(fā)者有權(quán)自由選擇是否開源,這取決于他們是否希望直接從中獲利。

此外,谷歌在開源Tensorflow后一年,旗下更多產(chǎn)品的性能得到快速提升,而自己的AI公司Deepmind也隨后宣布采用新一代Tensorflow作為底層算法框架??梢婇_源與否對大多數(shù)公司來說更是一個公開檢驗其核心技術(shù)領(lǐng)先性及可用性的機會。

HashiCorp是一家開發(fā)支持多云部署開源工具的公司,這個月剛宣布完成1.75億美金的E輪融資。CTO Armon在一次關(guān)于開源的討論會上說道:當(dāng)面對開源或閉源的選擇時,團隊會先辨別問題是來自“技術(shù)復(fù)雜性(technical complexity)”還是涉及“組織架構(gòu)(organizational)”。如果影響的是工具或產(chǎn)品的基本使用效果,這就是個技術(shù)問題,解決后必須開源;如果來自公司內(nèi)部的孤島或效率問題,則不需要公開。

其次,如果想把一個開源項目(project)做成一款成功的開源產(chǎn)品(product),這才是商業(yè)問題。

有個開源項目在上線初沒少在用戶面前吃閉門羹,團隊由UC Berkeley的幾位博士生組成,被拒絕的主要因為是用戶擔(dān)心團隊畢業(yè)后可能解散。于是在2013年,大家決定全職投入并成立了一家公司,叫Databricks,如今已經(jīng)完成了F輪融資,估值超過60億美金。前三年團隊只做一件事情,推廣并行計算框架Spark項目并積極維護開發(fā)者社區(qū)。直到2015年,需求突然噴發(fā),代碼貢獻量激增,才讓他們開始思考如何商業(yè)化。

這是大多數(shù)團隊都會經(jīng)歷的一個過程,更有意思的是,Databricks的CEO Ali和HashiCorp的Armon都認(rèn)為:成功的開源項目背后能持續(xù)提供核心支持的往往只是一個精簡的團隊或一家公司,最多兩家。

并且,商業(yè)化對于初創(chuàng)團隊(或處于成長期的公司)與大公司相比,主要有以下幾點不同,僅供參考:

出發(fā)點不同:大公司可能在一個項目的早期便開源,憑借其號召力希望更多人一起“貢獻”迭代,初創(chuàng)團隊則會在產(chǎn)品相對成熟的時候再開放,希望盡快吸引用戶深度“使用”,注重完善產(chǎn)品在工業(yè)環(huán)境下的綜合表現(xiàn)。

“開源不是我的一時沖動,而是深思熟慮、謀劃已久”,物聯(lián)網(wǎng)開源大數(shù)據(jù)平臺濤思數(shù)據(jù)的CEO陶建輝曾在自己的公號上寫道。三年時間寫代碼,不到十人的研發(fā)團隊,項目在GitHub上線僅三個月就獲得超過一萬個star,這對初創(chuàng)公司來說非常不易;

戰(zhàn)略意義不同:無論產(chǎn)品還是生態(tài)可能僅是大公司商業(yè)戰(zhàn)略的一環(huán),而對于初創(chuàng)公司產(chǎn)品和用戶就是全部。

開源數(shù)據(jù)庫上市公司MongoDB非常重視自助式開源產(chǎn)品“Community Server”,認(rèn)為它是公司最重要的銷售漏斗。當(dāng)開源社區(qū)中的用戶想在數(shù)據(jù)庫上搭建應(yīng)用時,就可以免費試用托管式的DbaaS(Database as a Service,數(shù)據(jù)庫即服務(wù))產(chǎn)品Atlas,當(dāng)使用量進一步增加的時候便需要付費。隨后公司銷售將會在付費用戶群中繼續(xù)篩選具有更高階需求和付費能力的銷售目標(biāo),為他們提供企業(yè)級產(chǎn)品Enterprise Advanced,包括專屬服務(wù)器、運維工具等增值服務(wù);

運營策略不同:因此大公司建立“聯(lián)盟”(partnership),包括傳統(tǒng)軟件巨頭、咨詢公司、ISV(獨立軟件開發(fā)商)、集成商、SaaS服務(wù)商等伙伴,而初創(chuàng)團隊更注重維護“開發(fā)者社區(qū)”(community)。

尤其對于中國團隊,從一開始就應(yīng)該注意國際化問題,“從英文文檔、教程、案例到輔導(dǎo)課程(tutorial)準(zhǔn)備,建立嚴(yán)格的代碼審核流程,重視每一位用戶的貢獻”,一流科技的CEO袁進輝對我說道,他公司旗下的深度學(xué)習(xí)框架OneFlow也將在幾個月后開源。

所以,當(dāng)做好了充足的思考和準(zhǔn)備,決定要全身心投入到商業(yè)化運作的時候,“東風(fēng)”在哪里?

第三、找到企業(yè)級客戶,“SaaS”的重點不是“Software”,而是“Service”,正如“云服務(wù)”的重點不是云,而是服務(wù)。

盡管初創(chuàng)團隊和大公司在開源初期的出發(fā)點和策略有所不同,但當(dāng)前者發(fā)展到后期或被大公司并購后,這些行為的邊界將會逐漸模糊,新的差異會很快出現(xiàn):

以前用戶大多是“開發(fā)者”,現(xiàn)在開發(fā)者不能完全代表他的“企業(yè)”,必須重新調(diào)研企業(yè)級客戶的真實且完整的需求;

以前用戶發(fā)現(xiàn)了代碼錯誤提交的是“pull request”,然后等待你的回復(fù),現(xiàn)在客戶會在半夜給你的客服致電,要求立刻處理問題;

以前客戶習(xí)慣獨立下載軟件并私有部署,希望你在必要時提供在場支持和維護,現(xiàn)在他們習(xí)慣把更多應(yīng)用和數(shù)據(jù)放在云端,并希望你也能提供類似的“服務(wù)”和收費方式。

你會發(fā)現(xiàn),這些新特點的出現(xiàn)基本跟開源與否無關(guān)。

以RedHat為首的開源1.0時代隨著RedHat在2018年被IBM以340億美金收購而落下帷幕,2.0時代的“東風(fēng)”便是面對新特點之下全新的商業(yè)模式、產(chǎn)品路線和應(yīng)用架構(gòu)——SaaS、“Developer-led(開發(fā)者導(dǎo)向)”以及云原生。

我在《Salesforce后平臺崛起的機會》中闡述了SaaS和云原生的重要性和機會,這里就“開發(fā)者導(dǎo)向”補充幾點:

首先在開源初期,獲得社區(qū)里的開發(fā)者支持(advocacy)至關(guān)重要,原因不再贅述;

產(chǎn)品化后,需要進一步為開發(fā)者提供額外服務(wù),讓他們能專注在應(yīng)用級開發(fā)上。隨著開發(fā)者在公司采購決策的影響力增加,產(chǎn)品將很有可能形成面向企業(yè)級客戶的銷售轉(zhuǎn)化。這類似Zoom之所以能改變公司自上而下的采購模式,正是因為員工在企業(yè)IT采購中的影響力逐年上升;

最后,深入企業(yè)級客戶的研發(fā)甚至業(yè)務(wù)流程,構(gòu)建全棧方案。這對于在底層基礎(chǔ)設(shè)施層(infrastructure)從事相關(guān)開源項目的公司來說可能更重要,原因在后面會解釋。

陶建輝也分享過,“從一開始設(shè)計,就決定要打造一個全棧的時序數(shù)據(jù)處理工具,不僅只是一個時序數(shù)據(jù)庫,還提供緩存、流式計算、消息隊列、訂閱等系列功能”,才能最大程度減少產(chǎn)品對系統(tǒng)資源的消耗和維護的復(fù)雜度。

只有做到以開發(fā)者為導(dǎo)向,才能最終做到以客戶為中心。

最后,面對繞不開的“如果BAT(國外是FAANG)做了,你怎么辦?”這個問題,謹(jǐn)慎選擇開源許可證,保護IP。

對開源許可證的類型,給大家做個快速歸納:

(來源:https://www.cnblogs.com/newcaoguo/p/7103249.html)

促使我思考這個問題來自以下幾個事件:

原有的GPL協(xié)議,由于網(wǎng)絡(luò)服務(wù)(Web service)公司的興起(如Google)產(chǎn)生了一定漏洞,比如使用GPL協(xié)議下的開源軟件,它并不發(fā)布于網(wǎng)絡(luò)之中而只是通過云提供服務(wù),則公司可以自由的使用GPL協(xié)議卻不開源自己私有的解決方案。所以,AGPL的出現(xiàn)就是為了彌補這個漏洞;

2018年10月,MongoDB宣布其開源許可證從AGPL v3切換到自己定義的SSPL(Server Side Public License,服務(wù)器端公共許可證)。SSPL會明確要求托管MongoDB實例的云服務(wù)商(尤其在亞洲的公司,你們細(xì)品)要么從MongoDB獲取商業(yè)許可證,要么向社區(qū)開源其服務(wù)代碼,意在打擊逃避AGPL監(jiān)督的行為;

2019年1月,亞馬遜AWS推出托管文檔數(shù)據(jù)庫服務(wù)DocumentDB,與MongoDB完全兼容。官網(wǎng)宣稱可以“提供大規(guī)模運行關(guān)鍵任務(wù)型 MongoDB 工作負(fù)載時所需的性能、可擴展性和可用性”,同時提出能幫助用戶“輕松地將本地或在亞馬遜云上的MongoDB數(shù)據(jù)庫遷移到DocumentDB,并且?guī)缀醪粫霈F(xiàn)停機”。產(chǎn)品推出后立即在開源社區(qū)引起巨大爭議,而MongoDB股價在當(dāng)天下跌13%。

AGPL雖然試圖在規(guī)則上彌補上述“Web service loophole(網(wǎng)絡(luò)服務(wù)漏洞)”的問題,但從MongoDB推出SSPL便知道效果不佳。更讓我擔(dān)心的是DocumentDB的出現(xiàn)把一個技術(shù)方向性問題直接推到了商業(yè)可行性層面,讓“云服務(wù)”在眾多以SaaS模式進行開源商業(yè)化的初創(chuàng)公司面前成為了一把雙刃劍:

客戶把數(shù)據(jù)和計算交給開源公司,而開源公司的服務(wù)質(zhì)量(包括性能、可擴展性和可用性)又取決于云服務(wù)商(AWS、阿里或微軟等)同時其代碼還暴露在公開環(huán)境中。那么無論從規(guī)模經(jīng)濟還是服務(wù)質(zhì)量來看,后者在基礎(chǔ)設(shè)施層上天然具有一定優(yōu)勢。

當(dāng)然,如同上面所說,隨著對全棧服務(wù)、混合云部署以及在物聯(lián)網(wǎng)設(shè)備和邊緣上區(qū)別處理等特殊需求的出現(xiàn),一開始就在云上設(shè)計、開發(fā)并維護相關(guān)產(chǎn)品的初創(chuàng)公司會逐漸形成自己的護城河。

所以,當(dāng)公司選擇了SaaS作為商業(yè)運作的基本模式后,判斷護城河堅固與否和其商業(yè)價值,最終還是會回到SaaS最核心的幾個指標(biāo):例如增長、流失率(Churn rate)和收入留存率(NDR)等。

AI三要素算法、算力和數(shù)據(jù)中,谷歌對后兩者擁有足夠強的優(yōu)勢,在開源安卓上嘗到甜頭后,2015年開源深度學(xué)習(xí)框架Tensorflow便成了順理成章的事情。百度也在2016年開源了其深度學(xué)習(xí)框架“飛槳”,上周清華大學(xué)正式對外開放自研的深度學(xué)習(xí)框架“計圖”,而這周輪到曠視的“天元”。有傳聞稱華為也計劃在今年開放早已上線的深度學(xué)習(xí)平臺MindSpore(近日已開源),仔細(xì)看各家都有自己的技術(shù)特點和商業(yè)小算盤。

未來在AI、基礎(chǔ)設(shè)施以及IoT等前沿領(lǐng)域和相關(guān)技術(shù)上,我們一定會看到更多國內(nèi)開源項目及科技巨頭的行動。

但需要非常謹(jǐn)慎的是,這與所謂的“國產(chǎn)替代”不可相提并論。原因如下:

開源社區(qū)是全球開發(fā)者同場競技和知識共享的地方,僅得到國內(nèi)的“開發(fā)者支持”既沒有說服力也不夠有影響力;

從“開發(fā)者導(dǎo)向”到“以客戶需求為中心”,除了個別敏感領(lǐng)域外,開源公司的客戶群體理應(yīng)不分國別。何況如果連企業(yè)級客戶的安全及隱私性都無法保證,如何確保那些高危領(lǐng)域的安全呢?

以SaaS為主要模式的開源產(chǎn)品,由于自助服務(wù)(Self-service)而形成的網(wǎng)絡(luò)效應(yīng),自然會為公司帶來全球性口碑。這將直接影響SaaS的核心指標(biāo),任何保護性政策都對公司長期商業(yè)價值沒有任何好處。

哪怕對于一切“國產(chǎn)替代”的項目,我非常認(rèn)同松禾資本的董事總經(jīng)理郭琤琤在《國產(chǎn)替代:沸騰的十年大潮 | 松禾研究》中的觀點:“我們要的是真實的替代,不要偉大的備胎。”

那么,在這個“開源正吞噬著軟件”的時代,我們將會看到什么樣的項目和公司呢?

一個在前端經(jīng)久不衰的開源服務(wù),背后必然有一個具備高度凝聚力和全球化視野的開發(fā)團隊,以及圍繞這個團隊而組建的高度商業(yè)化運作的公司,這與國別無關(guān)。

作者介紹

高寧,職業(yè) VC,主要關(guān)注科技和企業(yè)服務(wù)領(lǐng)域,因為個人興趣和職業(yè)關(guān)系,會同時關(guān)注二級市場對標(biāo)公司的走勢。

舉報 0 收藏 0 打賞 0評論 0
 
 
更多>同類資訊
全站最新
熱門內(nèi)容
網(wǎng)站首頁  |  關(guān)于我們  |  聯(lián)系方式  |  版權(quán)聲明  |  RSS訂閱  |  開放轉(zhuǎn)載  |  滾動資訊  |  爭議稿件處理  |  English Version