目前對開源項目可持續(xù)性的探索，可以說還處于一種低水平的階段，一種早期階段。幾種新的商業(yè)模式基本都需要開源項目有自己的全職技術(shù)人員，但實際情況是目前只有少量的項目達(dá)到這一標(biāo)準(zhǔn)。

現(xiàn)如今開源軟件幾乎可以說是軟件開發(fā)過程中必不可少的一部分，且是比較特殊的一部分，實際工作中幾乎每個項目都有開源軟件的身影。

開源社區(qū)的存在使我們每個人都可以使用到世界級的開源工具。這一點現(xiàn)在看起來非常常規(guī)，但其實里面包含了很多社區(qū)開發(fā)人員的心血，比如每個 import、include 語句背后的開源軟件包都會對應(yīng)一個專家團(tuán)隊，都隱含了他們的貢獻(xiàn)，由于他們共同為一些待解的問題投入精力，這樣大家在使用這些功能時直接導(dǎo)入他們的成果即可，不需要再各自造一套輪子，極大提高了我們項目的進(jìn)度。

開源項目的可持續(xù)性從不同角度看一般會有不同的定義：

(1)軟件開發(fā)者

從軟件開發(fā)組織的角度來看，可持續(xù)開源項目一般是指有能力及時發(fā)布代碼并可以及時修改產(chǎn)品中存在的各種問題的項目。

(2)項目本身

從項目本身的角度看，可持續(xù)性一般要求項目本身可以負(fù)擔(dān)自己的支出，這樣項目才可持續(xù)發(fā)展。

開源處境

開源社區(qū)維護(hù)者和貢獻(xiàn)者為我們所有人構(gòu)建工具，為我們?nèi)粘５拈_發(fā)提供了很大的幫助，但開源社區(qū)的貢獻(xiàn)者自身卻面臨諸多問題，這些問題一定程度上影響了開源軟件的可持續(xù)發(fā)展，開源項目的可持續(xù)性也一直存在矛盾。

這一矛盾導(dǎo)致很多開源軟件在最初更新迭代比較快速，文檔書寫也比較及時，后面卻可能出現(xiàn)一些人員離職等問題，導(dǎo)致該開源產(chǎn)品后續(xù)的更新不及時，甚至直接中斷，這時使用該開源產(chǎn)品的的同學(xué)在反饋問題時往往需要很長時間才會得到答復(fù)，甚至得不到答復(fù)。

筆者曾經(jīng)在使用一個開源的數(shù)據(jù)庫遷移工具時遇到過此類問題，具體是文檔中說明該開源工具有功能 A，但并未寫明功能 A 需要如何配置才能使用，在項目討論區(qū)給作者留言長時間沒得到回復(fù)，于是自己花了接近 1 天的時間去調(diào)試該開源工具的代碼，發(fā)現(xiàn)文檔中寫明的功能 A 實際并未提供，一周之后作者留言功能 A 目前確實沒有提供，且由于公司內(nèi)部新?lián)Q的領(lǐng)導(dǎo)沒有之前領(lǐng)導(dǎo)那么熱衷開源，所以后續(xù)用在此開源項目的人力會逐漸減少，功能 A 的上線也沒有具體的時間點。

其他類似的事例也比比皆是，如某些大公司在內(nèi)部評級時需要有開源的貢獻(xiàn)，評級中加入對開源社區(qū)的貢獻(xiàn)，本身對開源的發(fā)展是很好的事情，這樣一方面可以為開源社區(qū)帶來新的成果，另一方面也可加深項目參與者對開源的認(rèn)知，為推廣開源助力。但問題是很多開源項目在公司評級完成之后會很快被丟掉，沒有人再去更新、維護(hù)，只是把開源項目當(dāng)做自己職業(yè)生涯上某個階段中的一個上升工具。

上面我們僅僅只是列出了開源項目經(jīng)常遇到的問題之一，下面羅列了一些影響開源可持續(xù)性的常見原因：

(1)資源不足

我們可以做個假設(shè)，如果沒有開源軟件，我們所處的社會還會不會是當(dāng)今的樣子？

今天，不僅互聯(lián)網(wǎng)產(chǎn)業(yè)需要建立在軟件之上，傳統(tǒng)行業(yè)也是深度依賴于軟件，在這些軟件中，開源軟件所占的比例越來越高，尤其是一些構(gòu)建成本低、容易發(fā)布、可靈活定制的開源軟件。

開源軟件可以類比為我們實體世界中的公路、橋梁等基礎(chǔ)設(shè)施，每個人都可通行，類似開源代碼人人皆可使用，這些開源軟件已經(jīng)是今天數(shù)字基礎(chǔ)設(shè)施的一個很重要的部分。

免費的開源軟件一定程度上使得很多創(chuàng)業(yè)公司的創(chuàng)業(yè)成本急劇下降，再加上云服務(wù)的爆發(fā)式發(fā)展，開源軟件在使用上越來越便捷，直接促成了 21 世紀(jì)大量創(chuàng)業(yè)公司的興起。

開源社區(qū)無處不在，但普遍缺乏經(jīng)濟(jì)資源和人力資源。人們重視實體基礎(chǔ)設(shè)施的投資，但卻忽視了數(shù)字基礎(chǔ)設(shè)施的建設(shè)。

使用開源產(chǎn)品的企業(yè)或者個人開發(fā)者可以從充滿活力的開源生態(tài)鏈中獲益，但是目前缺乏比較普適的方式引導(dǎo)這些開源產(chǎn)品使用者來為開源產(chǎn)品貢獻(xiàn)自己的時間或財力上的支持。雖然開源軟件有很大的潛力，但這種情況很大程度上限制了開源軟件的價值。

像實體基礎(chǔ)設(shè)施一樣，數(shù)字基礎(chǔ)設(shè)施也需要不斷的定期維護(hù)。很多比較有價值的開源軟件無法得到商業(yè)模式的支持，也缺乏任何形式的機(jī)構(gòu)支持。所以開源貢獻(xiàn)者投入很大的精力換來的更多的是認(rèn)可，并且后續(xù)還要保持項目的版本迭代，基本不求任何形式的回報。因為搭上了開源這個便車，眾多的互聯(lián)網(wǎng)巨頭成開源軟件的最大受益者，但巨頭們并未將因此獲得財富有效回饋給開源貢獻(xiàn)者，甚至很多公司壓根就沒有意識到這一點。

(2)隱性成本

在此我們所說的隱性成本是指因為忽視數(shù)字基礎(chǔ)設(shè)施建設(shè)而帶來的隱性成本，由于是隱性成本，所以這方面的關(guān)注度一直不高。

a.開源軟件漏洞

過去幾年開源軟件因為數(shù)字基礎(chǔ)設(shè)施建設(shè)被忽視而導(dǎo)致的問題可謂實繁，如眾多的嚴(yán)重代碼錯誤、開源軟件安全漏洞、服務(wù)中斷等。

比如在 2014 年，一些用戶在使用開源的 OpenSSL 庫時發(fā)現(xiàn)其存在Heartbleed安全漏洞（也稱心臟出血漏洞）但是在當(dāng)時開源 OpenSSL 庫已經(jīng)被廣泛使用，整個互聯(lián)網(wǎng)行業(yè)中有接近 2/3 的 Web 服務(wù)器在使用存在Heartbleed漏洞的OpenSSL進(jìn)行密碼、信用卡等敏感信息的傳輸。我們可以看下 ZoomEye 當(dāng)時專門針對 OpenSSL 漏洞制作的漏洞影響統(tǒng)計：

幾乎影響了分布在世界各地的互聯(lián)網(wǎng)公司：

可見開源OpenSSL在整個互聯(lián)網(wǎng)行業(yè)的重要性，大家可能以為互聯(lián)網(wǎng)行業(yè)如此重要的一個開源軟件應(yīng)該有自己的專業(yè)技術(shù)團(tuán)隊，應(yīng)該人數(shù)眾多、資源充足，但是事實上 OpenSSL 只有一位全職的工程師，所以在事件發(fā)生后不足以及時地修復(fù)漏洞。好在事情后續(xù)有了比較好的進(jìn)展，隨著各大媒體的報導(dǎo)，Heartbleed 得到了廣泛關(guān)注，一些報導(dǎo)也關(guān)注到了 OpenSSL 本身面臨的困境，OpenSSL 因此暫時獲得了一些資助，這部分資助當(dāng)時可以支持 4 位全職的工程師為 OpenSSL 服務(wù) 3 年。

b.軟件維護(hù)困境

據(jù)統(tǒng)計，很大一部分開源軟件在開發(fā)出來之后得不到必要的維護(hù)。

2013 年，著名 Ruby 代碼開發(fā)托管平臺 RubyGems.org 被爆出一個非常嚴(yán)重的安全漏洞，但問題爆出后長時間未被修復(fù)，后發(fā)現(xiàn)開源平臺 RubyGems.org 沒有自己專職的技術(shù)人員，完全是由志愿者開發(fā)并維護(hù)的，因此出現(xiàn)問題后沒人去及時處理。結(jié)果導(dǎo)致一些黑客發(fā)現(xiàn)了這個安全漏洞，并利用這個漏洞攻擊了 RubyGem.org 的服務(wù)器。

RubyGem.org 服務(wù)器被攻擊一段時間之后，之前開發(fā)此網(wǎng)站的一部分志愿者抽出自己的休假時間開始對網(wǎng)站漏洞進(jìn)行修復(fù)。接觸過 Ruby 生態(tài)的同學(xué)應(yīng)該知道，RubyGem.rg 是 Ruby 生態(tài)中非常重要的一個組成部分，是 Ruby 基礎(chǔ)架構(gòu)中的一個關(guān)鍵部分，因此這個安全問題波及了許多開發(fā)者和公司。

這個事情也從側(cè)面暴露出一個問題，對于沒有全職技術(shù)人員且完全由志愿者開發(fā)維護(hù)的開源軟件應(yīng)該如何保證其安全性和可靠性。

c.優(yōu)秀人才流失

開源軟件在開發(fā)過程中或開發(fā)完后的日常迭代中經(jīng)常會遇到技術(shù)人員退出的問題。技術(shù)人員尤其是核心技術(shù)人員在中途退出，會嚴(yán)重影響開源項目的進(jìn)度和項目的質(zhì)量。

開源社區(qū)的志愿者和我們?nèi)粘５囊恍┥鐓^(qū)志愿者一樣，也會存在懈怠的情況，且此種情況也算是比較常見的，畢竟大家一般都是一面做著自己的專職工作，一面來參與社區(qū)的工作事務(wù)。

不管是個人開發(fā)者還是企業(yè)的開發(fā)者，大部分情況下大家都是在無償處理來自用戶的需求，有時也會心力交瘁。在此種情況下部分的開源開發(fā)者會選擇停止自己手里維護(hù)的開源項目，或者希望別人可以接手自己的項目，因為自己沒有時間專職去做開源的項目。與此同時，企業(yè)和個人繼續(xù)依賴和使用這些開源產(chǎn)品，他們并不了解這些產(chǎn)品目前所包含的風(fēng)險。

小結(jié)

開源軟件大部分時候都是以代碼的形式對外展現(xiàn)，由于代碼并不像熱門視頻或熱門音樂那樣能夠吸引人，這樣就造成公眾對開源工作的認(rèn)知度很低。

在多數(shù)人的認(rèn)知里，使用開源是理所應(yīng)當(dāng)?shù)模覀冊谑褂瞄_源的產(chǎn)品時并不會去考慮維持我們正在使用的開源產(chǎn)品所需要的人力、物力、財力等資源。

OpenSSL 的事情并非特例，類似的開源產(chǎn)品的遭遇幾乎每天都在上演，但并不是每個產(chǎn)品都得到了后續(xù)的資金支持，因此一定程度上來看 OpenSSL 又是幸運的。

無數(shù)的開源項目繼續(xù)默默無聞，且得不到完善的支持，這些問題開源貢獻(xiàn)者幾乎每天都會面對，但是開源產(chǎn)品的使用者一般并不清楚這個情況，數(shù)字基礎(chǔ)設(shè)施缺乏足夠的制度支持。

(3)溝通工具缺乏

這里提到的溝通工具不是開源項目開發(fā)成員之間的溝通，指的是開源社區(qū)和開源產(chǎn)品使用者之間的溝通互動。

現(xiàn)階段來看，隨著開源項目的發(fā)展，和用戶之間溝通會變得越來越有挑戰(zhàn)性，導(dǎo)致這種現(xiàn)象出現(xiàn)的原因主要還是社區(qū)管理工具的缺乏。為改變這種情況，很多開源項目會自己去構(gòu)建項目和社區(qū)管理工具，但是這個過程往往會消耗比較多的時間和精力，這些時間和精力本來應(yīng)該是需要用在開源產(chǎn)品本身的開發(fā)上的。

(4)人身攻擊

大家經(jīng)常逛開源社區(qū)的話，應(yīng)該不難發(fā)現(xiàn)評論區(qū)經(jīng)常會出現(xiàn)一些不和諧的聲音，比如 “就這代碼水平還來做開源…..balabala”等。

開源社區(qū)的維護(hù)人員一般是自愿為社區(qū)做事情的，沒有人應(yīng)該被騷擾，甚至辱罵。

(5)缺乏分析工具

除了下載統(tǒng)計這些基本的統(tǒng)計信息，開源軟件維護(hù)人員一般對自己軟件的實際使用情況了解有限。

最常見的就是通過社區(qū)的留言信息來了解用戶的實際需要，相比企業(yè)內(nèi)做產(chǎn)品的溝通方式，這種溝通方式相對低效，需要提供更好的需求收集、反饋工具。

(6)新人培養(yǎng)問題

企業(yè)內(nèi)日常開發(fā)中一般都會有新人培養(yǎng)機(jī)制，典型的就是老司機(jī)帶新人，培養(yǎng)模式一般相對較成熟。但放到開源軟件開發(fā)中此種方式就有些水土不服，很難在開源的項目中找到老師傅帶路，對于新加入的開發(fā)者存在一定的挑戰(zhàn)，很容易產(chǎn)生挫折感。

(7)項目管理待優(yōu)化

隨著項目的發(fā)展，開源項目的團(tuán)隊創(chuàng)建、任務(wù)分配和溝通決策的方式也要隨之發(fā)展，這在企業(yè)內(nèi)部正常的開發(fā)中也許問題不大，但環(huán)境挪到開源軟件開發(fā)中時開源社區(qū)往往并不能夠總是很好地應(yīng)對這種變化。

(8)反對商業(yè)利益

參與過開源項目的同學(xué)可能會很有體會，開源文化中一般并不鼓勵談?wù)摻疱X，大家往往會認(rèn)為涉及到金錢的話就會腐蝕和削弱開源工作的資源精神，違背很多人參與開源工作的初衷。

盡管這種態(tài)度使得開源領(lǐng)域擁有了今天的規(guī)模，但是隨著時代的改變、社會形勢的改變、周圍環(huán)境的改變，開源參與者也會面對一些資源需求。開發(fā)者可能會出于內(nèi)疚或者可能被質(zhì)疑缺乏團(tuán)隊精神而羞于談?wù)摯祟愒掝}，但當(dāng)與現(xiàn)實需求產(chǎn)生碰撞時很多人可能會處于利益的考慮而選擇退出手里的項目。

參與過開源項目的同學(xué)應(yīng)該知道，整個過程除了需要做公司內(nèi)自己的任務(wù)，還需要擠出時間去做社區(qū)的項目。這種狀況往往導(dǎo)致開源開發(fā)者疲憊不堪，且整個參與過程中幾乎無報酬或者報酬微薄。

開源軟件并不一定是免費軟件，開源軟件和免費軟件不是一個事情，更不能等同，在此我們有必要回顧下開源軟件的定義，以維基百科對開源軟件的定義為例：

開源軟件（英語：open source software，縮寫：OSS）又稱開放源代碼軟件，是一種源代碼可以任意獲取的計算機(jī)軟件，這種軟件的著作權(quán)持有人在軟件協(xié)議的規(guī)定之下保留一部分權(quán)利并允許用戶學(xué)習(xí)、修改以及以任何目的向任何人分發(fā)該軟件。開源協(xié)議通常匹配開放源代碼的定義的要求。一些開源軟件被發(fā)布到公有領(lǐng)域。開源軟件常被公開和合作地開發(fā)。開源軟件是開放源代碼開發(fā)最常見的例子，也經(jīng)常與用戶生成內(nèi)容做比較。開源軟件的英文 “open-source software” 一詞出自自由軟件的營銷活動中。

開源軟件同時也是一種軟件散布模式。一般的軟件僅可獲取已經(jīng)過編譯的二進(jìn)制可執(zhí)行檔，通常只有軟件的作者或著作權(quán)所有者等擁有程序的源代碼。

有些軟件的作者只將源代碼公開，卻不匹配 “開放源代碼” 的定義及條件，因為作者可能設(shè)置公開源代碼的條件限制，諸如限制可閱讀源代碼的對象、限制派生產(chǎn)品等，此稱之為公開源代碼的免費軟件（Freeware，例如知名的網(wǎng)絡(luò)論壇軟件 Discuz!），因此公開源代碼的軟件并不一定可稱之為開放源代碼軟件。

除此之外，開源開發(fā)者的高度分散和高度民主的特性，即使是有償服務(wù)開源也是極具挑戰(zhàn)的。

(9)缺少可持續(xù)性的商業(yè)模式

當(dāng)前開源領(lǐng)域常見的商業(yè)模式：

a.專業(yè)服務(wù)

專業(yè)服務(wù)即專門做付費服務(wù)。這中模式中最著名就是紅帽，紅帽主要通過向使用他們產(chǎn)品的用戶提供有償服務(wù)進(jìn)行收費，比如對于企業(yè)用戶的 Linux 支持、技術(shù)培訓(xùn)等。

紅帽成立于 1993 年，是一家上市公司，借助專業(yè)服務(wù)這種商業(yè)模式，全世界領(lǐng)先的開源服務(wù)提供商，紅帽公司每年的營收可以超過 30 億美金，2018 年 10 月被 IBM 以 340 億美元收購。

b.區(qū)分版本

采用此種商業(yè)模式的開源軟件，一般就將產(chǎn)品的版本分為開源社區(qū)版和付費商業(yè)版。

社區(qū)版開源且可免費使用，一般也可使用到最新的功能（有的開源版本只會提供單機(jī)版，集群版包含在商業(yè)版中，如 InfluxDB），但不提供任何商業(yè)版本具有的服務(wù)保障。

商業(yè)版一般閉源且需要付費才可使用，并且還會提供質(zhì)量測試、Bug 修復(fù)、性能優(yōu)化、定制化服務(wù)以及眾多售后技術(shù)支持。

此種模式下比較出名的如 Docker、MySQL 等。以 Docker 為例，Docker 分為三個版本：Moby、DockerCE 、Docker EE。Moby 是 2017 年初由 Docker 公司原先的 Docker 項目改名而來，Moby 繼承了原先的 Docker 項目，由開源社區(qū)進(jìn)行維護(hù)，每個人都可以在 Moby 的基礎(chǔ)上再次開發(fā)屬于自己的容器產(chǎn)品；DockerCE 也是免費開源的 Docker 產(chǎn)品，與 Moby 不同的是 Docker CE 是由 Docker 公司自己維護(hù)的開源項目，是一個基于 Moby 項目的免費開源容器產(chǎn)品；Docker EE 是 Docker 公司的 Docker 商業(yè)化產(chǎn)品，該版本閉源且需要付費才可使用。

c.基金會

基金會這種商業(yè)模式大家可能會更加熟悉，這種模式中最為出名的莫過于 Apache 軟件基金會，其他的比較出名的如 Linux 軟件基金會、OpenStack 軟件基金會。Apache 軟件基金會成立于 1999 年，到目前為止 Apache 軟件基金會已經(jīng)孵化了超過 350 個項目，如 Dubbo、Apollo、CloudStack、Flink、Groovy、Hive、Mesos、Nutch、Pig、Spark、Storm、Python、Node.js、Django 等等。

基金會的資金來源一般是企業(yè)捐贈，業(yè)界的幾大巨頭捐贈較多，基金會本身為項目提供組織和法務(wù)等方面的支持，基金會本身不直接為項目提供資金支持。

如果項目本身足夠大的話，可以創(chuàng)建獨立的基金會進(jìn)行管理和募資，此種情況比如：Python、Node.js、Django 等。

d.企業(yè)贊助

如果項目本身價值較高，擁有大量的使用人群，此種情況企業(yè)可以專門招聘專職的技術(shù)人員為項目工作。此種商業(yè)模式的典型例子也有一些，如 jQuery—— 一個被廣泛使用使用的 JS 庫，接觸前端開發(fā)的同學(xué)應(yīng)該都不會陌生。

e.賞金

部分公司或個人有時會對外發(fā)布懸賞，以此來獲取諸如新需求、軟件安全漏洞等信息。此種商業(yè)模式事例也是不勝枚舉，以 IBM 為例，IBM 從 2013 年開始便借助網(wǎng)站 Bountysource 來為自己的多個項目收集新的需求。也有部分公司會為了發(fā)現(xiàn)開源軟件的安全漏洞而對外發(fā)布懸賞。

f.眾籌

部分開源項目會通過眾籌的方式對外尋求需求資金的支持，比如 Kickstart、Indiegogo、Django 等。我們以 Django 為例，Django 數(shù)據(jù)庫模塊的核心開發(fā)者曾從其 507 名的支持者中眾籌了一部分資金，以此來資助 Django 框架中數(shù)據(jù)庫模塊的開發(fā)。

g.Open Core

此種模式通常會涉及一種功能強(qiáng)大的開源核心產(chǎn)品，然后圍繞著這個核心產(chǎn)品來提供一些商業(yè)上的擴(kuò)展，一般還會捆綁一些支持和服務(wù)。

目前也有一些采用這種商業(yè)模式的開源產(chǎn)品公司，如 Cloudera、Elastic、Confluent 等。

問題小結(jié)

上文列出了開源軟件開發(fā)過程中面臨的一些問題，從中我們可以看出開源軟件的發(fā)展所面臨的一些痛點：

(1)開源軟件的可持續(xù)性

開源軟件的眾多商業(yè)模式中，總結(jié)起來，目前僅僅只有專業(yè)服務(wù)、付費商業(yè)版和 Open Core 這少數(shù)幾種模式可以獲得持續(xù)且比較穩(wěn)定的收入，其他幾種方式存在不確定性，甚至可能并不能算作嚴(yán)格意義上的商業(yè)模式。

(2)對開源的支持對象

現(xiàn)在看來，外界對開源的支持絕大部分是對項目的支持，而且是對特定的項目，對個人貢獻(xiàn)者直接支持的情況相對比較少些。

(3)時間消耗

如果一個開源項目有比較多的用戶群體，且很多用戶愿意付費，那么對于個人開發(fā)者或小團(tuán)隊來說專業(yè)服務(wù)這種模式不失為一種很好的選擇，但是這種方式也會帶來其他的一些問題，即可能會消耗開發(fā)者改進(jìn)項目本身的時間和精力。

(4)資源差距

從今天開源社區(qū)資源獲取的情況來看，大部分資源被投入到少數(shù)幾個熱門的項目上，其他的一些項目受關(guān)注程度和獲取的資源支持相對較少，這種現(xiàn)象也會導(dǎo)致一些問題的出現(xiàn)，例如一些基礎(chǔ)軟件和小眾軟件的生存空間可能逐漸被壓縮掉。

(5)開源社區(qū)中立性

企業(yè)如果為開源項目聘請專職的技術(shù)人員，可能會導(dǎo)致技術(shù)人員在參與開源項目發(fā)展的過程中傾向于自己所在的公司，進(jìn)而可能影響到所在項目的中立性，甚至可能影響到項目原本的發(fā)展方向，此種情況的出現(xiàn)將不利于開源社區(qū)的發(fā)展。

可持續(xù)性建議

對于開源可持續(xù)發(fā)展，筆者結(jié)合社區(qū)給出的一些建議總結(jié)了以下幾點：

(1)鼓勵個人開發(fā)者

可以通過改進(jìn)眾籌的方式增加項目收入，以此來回饋開源貢獻(xiàn)者。

具體實施，可以從項目的用戶或關(guān)注者中獲取收入，并向開源項目的開發(fā)人員提供部分經(jīng)常性的收入，以示對開源項目的支持。此種方式可以借助如下兩個平臺：

a.Patreon

Patreon 不僅關(guān)注開源貢獻(xiàn)者而且也關(guān)注其他的內(nèi)容創(chuàng)作者，該網(wǎng)站不僅可以提供開源項目的捐贈服務(wù)，還可提供商業(yè)貸款。

b.Liberapay

Liberapay 的前身是 Gratipay，是資助開源項目和開源開發(fā)人員的最大平臺，遺憾的是 Gratipay 已經(jīng)于 2017 年年底關(guān)閉，后續(xù)由其分支 Liberapay 繼續(xù)提供功能。

(2)支持雙許可證

雙許可證是指一種在商業(yè)付費和開源代碼之間的一種平衡的方法，如：

a.License Zero

License Zero 是一種基于雙條款的 BSD 許可，該條款允許用戶在購買之前進(jìn)行試用，商業(yè)用戶可以有 90 天的產(chǎn)品試用期，使用期限達(dá)到 90 天后需要購買商業(yè)許可才可繼續(xù)進(jìn)行產(chǎn)品的使用。

b.Fair Source

Fair Source 是 Sourcegraph 推出的 Source Visible 許可，一般情況下對于個人和小型企業(yè)是免費的，但是對比較大的商業(yè)用例需要付費后才可使用。

(3)支持小項目的商業(yè)化

此種模式類似紅帽的商業(yè)模式，區(qū)別是該模式支持較小的項目。

比如開源軟件 Tidelift，企業(yè)用戶如果需要后續(xù)的技術(shù)支持服務(wù)，則需要向其支付一筆服務(wù)費用，此種模式的目的是為了讓企業(yè)用戶為開源軟件貢獻(xiàn)人員提供一種穩(wěn)定的收入，這種模式如果可以推廣將會吸引大量技術(shù)人員進(jìn)入開源社區(qū)，為開源社區(qū)貢獻(xiàn)力量。

(4)降低成本

開源項目實現(xiàn)可持續(xù)性一般還需要開源項目自身能夠負(fù)擔(dān)自身的各項成本。成本包括多種，比較常見的如基礎(chǔ)設(shè)施成本、開發(fā)成本、軟件后續(xù)的更新和維護(hù)成本，另外還包括項目管理產(chǎn)生的治理成本、營銷成本和溝通成本等。

很多項目的初始成本是由上級機(jī)構(gòu)、或者初始的開發(fā)者自己投資支付的，問題是這筆錢用完了后續(xù)該怎么辦？

開源項目的初期資金一般比較有限，到了項目的一定的階段，就需要采取一些措施縮減開支，通常無非是開源或者節(jié)流。一個開源項目如果需要持續(xù)發(fā)展，則其收入必須超過其消耗成本，如開發(fā)和維護(hù)成本。

鑒于此，絕大部分的開源項目很難實現(xiàn)可持續(xù)性，這一點不僅僅適用于開源項目的開發(fā)，也同樣適用于閉源項目的開發(fā)，實際上任何需要資金支持的項目都是如此，不論開源還是閉源。

開源項目無法實現(xiàn)可持續(xù)性的原因很多。某些情況下，可能是因為項目未能達(dá)到項目最初設(shè)置的目標(biāo)，所以項目的很多參與者便期望可以取消項目。這是一種情況，另一方面，很多項目即使達(dá)到了最初的目標(biāo)，卻仍然無法實現(xiàn)持續(xù)性。使用公共資金的項目尤其如此，這類失敗通常是由于開源項目開始的規(guī)劃不當(dāng)引起的。換句話說，項目開始的最初階段項目管理者并未就項目初期資金的使用制定合理的規(guī)劃，如到達(dá)什么階段消耗多少資金，項目未完成資金消耗完時該如何應(yīng)對等，因此也就沒有為項目實現(xiàn)可持續(xù)性分配資源。

所以，結(jié)論很明顯，要想實現(xiàn)可持續(xù)性，我們必須在項目的初始目標(biāo)中包括可持續(xù)性計劃。這意味著，我們需要在項目周期的最開始階段就制定出可持續(xù)性計劃，而要想制定出合理的計劃需要真正清楚當(dāng)前項目已經(jīng)具備的資源和可以調(diào)動的資源，對于開源項目的負(fù)責(zé)人來說這些都需要整理清楚。

實現(xiàn)可持續(xù)性有很多的選擇，在此我們無法一一列舉，因為項目的模型和項目的創(chuàng)意幾乎一樣多，鑒于很少有項目可以嚴(yán)格歸為某種模型，在此我們不再贅述，感興趣的同學(xué)可以自己查閱下。

開源未來

借助 GitHub 這一平臺，今天的開源社區(qū)仍在加速發(fā)展。Github 平臺一定程度上充當(dāng)了開源軟件爆炸式增長的中心，據(jù)統(tǒng)計，目前使用Github平臺托管的 repo 數(shù)量已經(jīng)超過 1 億個。

開源軟件在蓬勃發(fā)展的同時，也吸引了眾多 VC 的目光，越來越多的 VC 開始踴躍投資開源項目，但其投資會受到資產(chǎn)類別的限制，目前 VC 不能投資一個沒有商業(yè)模式的開源項目。

紅帽的模式很難復(fù)制，紅帽商業(yè)模式的成功，一方面得益于其技術(shù)的先發(fā)優(yōu)勢，另一方面，服務(wù)的模式很難持續(xù)高速發(fā)展，尤其是云計算的興起，開源項目的市場空間會逐步受到擠壓，后續(xù)將會出現(xiàn)越來越多的并購案。

目前對開源項目可持續(xù)性的探索，可以說還處于一種低水平的階段，一種早期階段。上文中我們講到的幾種新的商業(yè)模式基本都需要開源項目有自己的全職技術(shù)人員，但實際情況是目前只有少量的項目達(dá)到這一標(biāo)準(zhǔn)。

此外 Pateron、License Zero 和 Tidelift 雖然可以提供可持續(xù)性的不同方法，但需要花費很多力量使這些基礎(chǔ)設(shè)施真正地被使用起來，另一方面，Pateron、License Zero、Tidelift 和 Collective 等還相對較新，后續(xù)的發(fā)展還需要進(jìn)一步的觀察。