文?| 一君

出品 | OSC開源社區(qū)（ID：oschina2013)

貴司為 MySQL 掏過錢嗎？或者說，你使用的是?MySQL Enterprise Edition 類的產(chǎn)品還是 MySQL Community Edition 類？

開源軟件最常見的盈利模式便是基于開源版本提供付費(fèi)的企業(yè)版本，剛剛提到的?MySQL Enterprise Edition 就需要付費(fèi)才能使用，而 MySQL Community Edition 用 GPL 開源，無需付費(fèi)。

通常，基于一款開源軟件，可能會(huì)有許多公司提供企業(yè)版開發(fā)與服務(wù)，比如在 Linux 之上，RedHat、SUSE 等都通過提供企業(yè)訂閱產(chǎn)品生存。但在 MySQL 這里，只有一個(gè)唯一供應(yīng)商——Oracle，通過實(shí)行雙許可證的模式，對(duì)于想要用 MySQL 做商業(yè)化的公司，就必須要向 Oracle 付費(fèi)，從而實(shí)現(xiàn)“單一供應(yīng)商商業(yè)開源”。

這便是當(dāng)下開源軟件實(shí)現(xiàn)營收的一種方式——開源許可證+商業(yè)授權(quán)的雙許可模式。許多公司用腳投票，把雙許可當(dāng)做是開源軟件創(chuàng)收的一種保障。此外，雙許可問題還常常出現(xiàn)在許可證兼容的場景之下。

我開源的軟件只能我拿來賺錢

“我認(rèn)為開源是開發(fā)軟件的更好方式，但你仍然需要賺夠錢來招聘員工，成立公司去跟閉源社區(qū)競爭。MySQL 是第一款做到這一點(diǎn)的產(chǎn)品。”——MySQL 之父 Monty。

?

MySQL 的作者 Monyt 自 1981 年在芬蘭公司 Tapio Laakso Oy 做程序員時(shí)，寫下了 MySQL 的前身。1995 年，Monty 和好友 Allan、David 一起成立了 MySQL AB，也就是那一年，在Allan 和 David 的游說下，Monty 決定在他寫的東西之上增加一個(gè) SQL 層。1996 年 10 月，MySQL 發(fā)布了，由于其快速、可靠并且易學(xué)，快速風(fēng)靡。

相較 MySQL 的正式發(fā)布時(shí)間，Monyt 開源軟件創(chuàng)收的意識(shí)“覺醒”得更早。在 1985 年的一場開源大會(huì)上，Monty 發(fā)表過觀點(diǎn)：“我們都希望回饋給開源社區(qū)一點(diǎn)東西，哪怕有人想拷貝或者偷盜我們的代碼，我們認(rèn)為自己能掙的錢也不會(huì)比現(xiàn)在少。”開發(fā)者社區(qū)可以幫助開源項(xiàng)目把軟件做得更好，但從商業(yè)角度來看，想要實(shí)現(xiàn)營收就要困難多了。

為了解決問題，Monty 補(bǔ)充了一個(gè)條款，那就是如果任何企業(yè)想要用 MySQL 來賺錢的話，就需要付費(fèi)授權(quán)。對(duì)此 MySQL 的代碼里面并沒有進(jìn)行任何限制，但就靠這樣的制度，MySQL 實(shí)現(xiàn)了擴(kuò)張并開始賺錢。

在 Sun 收購 MySQL AB、Oracle 收購 Sun 之后，MySQL 延續(xù)了這個(gè)模式。目前，Oracle 治下的 MySQL 有多個(gè)版本：商業(yè)版本 MySQL Enterprise Edition 需要購買，其許可證僅作為訂閱提供，被稱為 MySQL Enterprise Edition Subscription。MySQL 標(biāo)準(zhǔn)版（MySQL 標(biāo)準(zhǔn)版訂閱）和 MySQL 集群 CGE（MySQL 集群運(yùn)營商級(jí)版本訂閱）也同樣需要購買。此外，MySQL Classic Edition 或 MySQL Community Edition 版本可以免費(fèi)使用，在 GPL 之下開源。

2010 年，研究者 Dirk Riehle 創(chuàng)造出一個(gè)詞語，專門形容為商業(yè)目的而施行雙許可下的開源軟件——單一供應(yīng)商商業(yè)開源。

根據(jù) Riehle 的說法：單一供應(yīng)商商業(yè)開源公司圍繞他們完全控制的開源軟件項(xiàng)目建立業(yè)務(wù)，通常是通過開發(fā)軟件、并且從未與第三方共享控制權(quán)，擁有代碼和相關(guān)知識(shí)產(chǎn)權(quán)（如專利和商標(biāo)）的完整版權(quán)來完成的。而免費(fèi)的開源版本則是根據(jù) GPL 等互惠許可提供的，以推動(dòng)開源社區(qū)用戶使用、但阻止可能的競爭對(duì)手“薅羊毛”。然后像傳統(tǒng)軟件供應(yīng)商一樣，根據(jù)商業(yè)許可提供軟件的付費(fèi)版本，這也被稱為商業(yè)開源的雙許可策略。

Qt 的生產(chǎn)商也是較早使用雙許可模式的廠商。1990 年，Trolltech 公司的兩位創(chuàng)始人開始開發(fā)并在 5 年后發(fā)布 Qt1.0 版本。基于 Qt，Trolltech 公司研發(fā)了操作環(huán)境產(chǎn)品 Qtopia。在?Qtopia 首次公開發(fā)布（1.5 版）之際，Trolltech 的聯(lián)合創(chuàng)始人兼首席執(zhí)行官 Haavard Nord 曾談?wù)劶?Qtopia 的市場目標(biāo)——和微軟的個(gè)人電腦做競爭。

一段時(shí)間內(nèi)，Qtopia 確實(shí)實(shí)現(xiàn)了這個(gè)目標(biāo)，通過與硬件廠商合作，包括當(dāng)時(shí)的夏普、數(shù)碼相機(jī)制造商、初創(chuàng)公司等等合作，不斷拓展市場。

在 Haavard Nord 看來，這些成就與許可證的使用密不可分：“對(duì)我們來說，它幫助我們?cè)陂_源許可、自由軟件許可下分發(fā)我們的技術(shù)，它也給了我們一個(gè)賺錢的機(jī)會(huì)。”

用戶可以獲取 GPL 下的 Qtopia 庫和工具，并遵守 GPL 的規(guī)定，“如果你的軟件商業(yè)模式不同，拿出你的支票簿，為商業(yè) SDK 支付非常合理的 200 美元。”就這樣，雙許可證系統(tǒng)運(yùn)行良好，Nord 說，在桌面上使用 Qt 的 KDE 項(xiàng)目在蓬勃發(fā)展，并且免費(fèi)的 Qtopia SDK 的可用性意味著許多開發(fā)人員正在將 KDE 應(yīng)用程序移植到 Qtopia 上。

現(xiàn)在，Qt 本身也繼續(xù)實(shí)行雙許可證制度，LGPL 和商業(yè)協(xié)議并行，不同版本下代碼一致，但權(quán)利義務(wù)則不盡相同。

這類的軟件不在少數(shù)，包括 SugarCRM、Oracle 的 NetBeans IDE、Asterisk、Modelio、ZeroC 的 Ice、Magnolia CMS、JUCE、wolfSSL 等等。此外，后來的一些許可證在設(shè)置上，也更多考量了開源軟件商業(yè)化的需求，比如?AGPLv3 的存在，使商業(yè)許可的雙重許可證變得可行，其取得的巨大的成功離不開初創(chuàng)社區(qū)中的應(yīng)用。MongoDB、RethinkDB、OpenERP、SugarCRM 以及 WURFL 現(xiàn)在都使用 AGPLv3 作為雙重商業(yè)許可的工具。

摩擦點(diǎn)

既然單一供應(yīng)商不允許別人直接拿開源產(chǎn)品來盈利，那換一種思路，Fork 一個(gè)開源版本，對(duì)其進(jìn)行獨(dú)立開發(fā)，從而創(chuàng)建一個(gè)相較獨(dú)立的軟件。當(dāng)然，這往往也意味著社區(qū)的分裂。

單一供應(yīng)商商業(yè)開源模式研究者 Simon RB Berdal 曾指出，雙許可下的 OSS 在治理中會(huì)呈現(xiàn)出一種偏向商業(yè)考量的趨勢(shì)，因此，為了防止社區(qū)的爭議與分裂，必須要在商業(yè)考量和“開放”利益之間取得平衡。

以 SugarCRM 為例，仔細(xì)比對(duì)來自 SugarCRM 社區(qū)的聲音之后，Berdal 總結(jié)出 5 個(gè)顯著的摩擦點(diǎn)，支持商業(yè)開源（COSS）和 SugarCRM 的一派，與支持 FOSS 的一派之間觀點(diǎn)對(duì)比鮮明。當(dāng)然不僅僅是在 SugarCRM 身上，下文這幾個(gè)摩擦事件基本上可以概括單一供應(yīng)商商業(yè)開源軟件的一些共性。首先可以站在 COSS/SugarCRM 的立場上去看做這些事情的理由。

第一，貢獻(xiàn)者的代碼需要進(jìn)行版權(quán)轉(zhuǎn)讓。支持轉(zhuǎn)讓是因?yàn)榘鏅?quán)轉(zhuǎn)讓是雙重許可的先決條件，否則軟件會(huì)有版權(quán)風(fēng)險(xiǎn)，就不具有商業(yè)可持續(xù)性。

第二，部分功能不會(huì)在社區(qū)版中開放。COSS/SugarCRM 認(rèn)為，這是針對(duì) OSS 的 Fork 版的先發(fā)制人的優(yōu)勢(shì)，保留一些有價(jià)值的功能也會(huì)增大商業(yè)版與社區(qū)版的差異，從而有助于提升價(jià)格。此外，社區(qū)用戶也可以沖著更好地功能遷移到商業(yè)版本。

第三，由 SugarCRM 提供商標(biāo)。官方認(rèn)為，這是承認(rèn)所投資作品的合法作者的署名，有助于品牌推廣，并且阻止 Fork 嘗試，扼殺未經(jīng)請(qǐng)求的外部代碼的重用。

第四， 采用相較“封閉”的治理模式，甚至受到 COSS 標(biāo)準(zhǔn)的限制。COSS/SugarCRM 派認(rèn)為，由公司主導(dǎo)的管理與控制，可以確保有效滿足客戶的需求，同時(shí)也會(huì)限制 FOSS 愛好者對(duì)社區(qū)的影響。

第五，商業(yè)附屬社區(qū)成員和第三方優(yōu)惠待遇。從商業(yè)視角來看，合理的差異化對(duì)待方法，可以利用 SugarCRM 產(chǎn)品平臺(tái)，提升商業(yè)既得利益，包括借助合作伙伴的能力拓展公司銷售渠道，刺激需求驅(qū)動(dòng)的定制化業(yè)務(wù)發(fā)展，增加產(chǎn)品平臺(tái)的整體價(jià)值等等。

以上這五點(diǎn)都是 FOSS 支持派所反對(duì)的做法，主要原因集中在不道德，對(duì)貢獻(xiàn)者不公平，比如貢獻(xiàn)者進(jìn)行版權(quán)轉(zhuǎn)讓，社區(qū)貢獻(xiàn)出的代碼如果連版權(quán)也轉(zhuǎn)讓出去了，會(huì)有被商業(yè)公司拿來直接做私有化的風(fēng)險(xiǎn)，因此不鼓勵(lì)作出貢獻(xiàn)。而保留一些有價(jià)值的功能，緊握商標(biāo)權(quán)這些行為也與自由開放的精神不相符合。社區(qū)的較封閉治理與商業(yè)成員優(yōu)待，則凸顯了開源軟件社區(qū)的不公平。

在大量摩擦點(diǎn)爆發(fā)之后，SugarCRM 決定停止開發(fā)其開源版本，繼而 Fork 版的 SuiteCRM 項(xiàng)目出現(xiàn)，成為 HubSpot、Salesforce 和 Microsoft Dynamics CRM 應(yīng)用程序等大公司專有 CRM 軟件的替代品。而SuiteCRM 出現(xiàn)之后也多次獲得全球最佳開源 BOSSIE 獎(jiǎng)，曾被贊譽(yù)“在短短一年多的時(shí)間里，SuiteCRM 激發(fā)了社區(qū)并成為開源 CRM 的新領(lǐng)導(dǎo)者。”

許可證兼容問題

雙許可又或是多許可的第二個(gè)用途便是為了許可證兼容。

“如果你要把兩個(gè)自由程序合二為一，或者把其中之一的代碼并入另一個(gè)，那么就會(huì)有一個(gè)它們的許可證是否允許/禁止這樣做的問題。”Richard Stallman 也曾專門研究過這個(gè)問題。在許可證相同的情況下，無需多慮，但許可證不同時(shí)，如果有方法可以合并代碼而又能同時(shí)遵循各個(gè)代碼的許可證，那么這些許可證才能稱之為“兼容的”。

Richard Stallman 將許可證分成 3 類：寬松型，包括 BSD、X11、Expat、Apache、Python；中間型；copyleft 型，包括 GPL v2、GPL v3 等等。

松散型許可證通常相互之間可以互相兼容，甚至不介意專有閉源軟件使用其代碼。中間型許可證限制但并不禁止專有軟件使用其代碼。copyleft 許可證禁止專有軟件使用其代碼，它明確要求所有使用其代碼的程序都要使用同樣的許可證。此外，除非兩者之間有明確的兼容條款，通常 copyleft 許可證之間無可避免地不兼容。因此 copyleft 的理念是 “修改和擴(kuò)展的版本必須延用同樣的許可證”，相當(dāng)于不兼容是一種與生俱來的特點(diǎn)。

對(duì)此，FSF 給出的解決辦法是建議人們按照 “遵循 GNU GPL 版本 N 或任何以后版本”來發(fā)布程序，解決兼容性問題，這個(gè)辦法實(shí)際上相當(dāng)于加上一個(gè)兼容方面的“豁免條例”。比如軟件作者想使用 GPL3 協(xié)議，便可以使用“GPL 3 或以后版” 來當(dāng)做軟件的許可證，以解決以后可能會(huì)隨著 GPL 更新所帶來的兼容性問題。

當(dāng)然，這世界上不僅僅只有 GPL 系列的許可證，那么開發(fā)者如何在有需要時(shí)判斷許可證兼容性問題，提前避坑？信通院可信開源曾發(fā)布《開源許可證兼容性指南》，列舉出許可證的兼容性列表的兩種情況，給出兼容性指示圖：

• 合并/修改代碼：從要組合的代碼中取出整體/部分代碼，修改或不修改都可以，然后把它添加到你的代碼中構(gòu)成一個(gè)作品。

• 使用庫：沒有直接復(fù)制代碼，在編譯或運(yùn)行時(shí)通過鏈接、導(dǎo)入或其他典型的機(jī)制（例如靜態(tài)與動(dòng)態(tài)鏈接）把要組合的開源代碼綁定在一起。

詳情可查看：http://navo.top/ZJV3yi

完

往期推薦

如何解決 IDEA 占用大量 CPU 導(dǎo)致的卡頓問題？這頓操作猛如虎

手機(jī)APP的秘密，看的一清二楚！

入職微軟三個(gè)月了！

有道無術(shù)，術(shù)可成；有術(shù)無道，止于術(shù)

歡迎大家關(guān)注Java之道公眾號(hào)

好文章，我在看??

新人創(chuàng)作打卡挑戰(zhàn)賽發(fā)博客就能抽獎(jiǎng)！定制產(chǎn)品紅包拿不停！

總結(jié)

以上是生活随笔為你收集整理的我开源的软件只能我拿来赚钱的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。