作者 | 顧鈞

責(zé)編 | 胡巍巍

出品 | CSDN（ID：CSDNnews）

很多創(chuàng)業(yè)公司苦惱于如何設(shè)計(jì)開(kāi)源項(xiàng)目的商業(yè)模式，以下內(nèi)容是筆者目前對(duì)此問(wèn)題的摸索，權(quán)當(dāng)拋磚引玉。

1.開(kāi)源許可證

既然我們決定了 “Milvus 向量搜索引擎”（筆者所在公司在GitHub上開(kāi)源項(xiàng)目）要開(kāi)源，第一步便是要選擇合適的開(kāi)源許可證。雖然自由軟件創(chuàng)始人 RMS 曾經(jīng)倡導(dǎo) Copyleft 概念，但 Copyleft 也是一種特殊的 Copyright 。

那么，什么是開(kāi)源許可證？簡(jiǎn)單來(lái)說(shuō)，一個(gè)許可證只要經(jīng)過(guò) OSI （ Open Source Initiative ）認(rèn)證，就可以被稱之為開(kāi)源許可證。OSI 有專門的流程來(lái)審核一個(gè)許可證是否符合開(kāi)源定義（ Open Source Definition ）。

比如說(shuō)， MongoDB 新設(shè)計(jì)的 SSPL （ Sever Side Public License ）在完成 OSI 認(rèn)證之前， MongoDB 只能說(shuō)自己的許可證是源碼可用（ source available ），而不能說(shuō)自己是開(kāi)源（當(dāng)然，這個(gè)限制屬于行業(yè)慣例，沒(méi)有強(qiáng)制性）。

目前主流的開(kāi)源許可證，可以在 OSI 網(wǎng)站上查詢到。網(wǎng)上也有很多文章去比較各個(gè)許可證之間的不同（可參考阮一峰老師的博客），我就不一一贅述了。

這里主要結(jié)合我們的自身情況來(lái)談一下開(kāi)源許可證的選擇。開(kāi)源許可證簡(jiǎn)單來(lái)說(shuō)，可以分為三檔：

• 嚴(yán)格，以 GPL 2.0 許可證為代表，典型軟件是 MySQL

• 適中，以 Apache 2.0 許可證為代表，目前使用最廣泛

• 寬松，以 BSD，MIT ， PostgreSQL 許可證為代表，典型軟件是 PostgreSQL

熟悉數(shù)據(jù)庫(kù)的朋友一定知道 MySQL 和 PostgreSQL 。MySQL 是最流行的開(kāi)源數(shù)據(jù)庫(kù)，但 PostgreSQL 是衍生項(xiàng)目最多的開(kāi)源數(shù)據(jù)庫(kù)?，F(xiàn)在的新項(xiàng)目很少使用 GPL 2.0 許可證，它的傳染性應(yīng)該是大家最有顧慮的地方。

對(duì)于推廣基礎(chǔ)技術(shù)來(lái)說(shuō)，MIT/BSD 類的許可證是一個(gè)好選擇?？赡墁F(xiàn)在已經(jīng)很少人使用 FreeBSD 。但它也還在不斷的發(fā)展，因?yàn)椴捎梅浅捤傻?2-Clause-BSD 許可證， FreeBSD 被不少?gòu)S商用來(lái)開(kāi)發(fā)自己的閉源系統(tǒng)。

比如， Sony 的 Play Station 3 和 4 的系統(tǒng)都基于 FreeBSD ， 還有任天堂的 Swtich 游戲機(jī)也是。

redis 也采用寬松的 3-Clause-BSD 許可證（相比 2-Clause 多了對(duì)商標(biāo)的使用限制）。不過(guò)， Redis 整個(gè)工具鏈的許可證情況十分復(fù)雜。

以至于當(dāng) Redis 切換部分組件的許可證時(shí)，引起了業(yè)界很大的誤解。因此中途將許可證變嚴(yán)格是件有點(diǎn)敏感的事情。

看起來(lái)頗為復(fù)雜的 Redis 許可矩陣

如果上策太急，下策太緩。那么就選擇中間的 Apache 2.0 。Apache 2.0 目前是 Apache 基金會(huì)與 CNCF 基金會(huì)推薦的默認(rèn)開(kāi)源許可證。

GitHub 網(wǎng)站對(duì) Apache 2.0 許可證的簡(jiǎn)易說(shuō)明

Apache 2.0 像其他開(kāi)源許可證一樣不限制商業(yè)使用，專利授權(quán)也默認(rèn)包含其中。不過(guò) Apache 2.0 也明確規(guī)定了在此開(kāi)源許可證下軟件廠商的免責(zé)條款。這也就是開(kāi)源軟件公司提供訂閱增值服務(wù)的法律基礎(chǔ)。

不過(guò)即使是 Apache 2.0 這么成熟的開(kāi)源許可證，大家還是有一個(gè)擔(dān)心：公有云。

2.需要防范公有云廠商嗎？

開(kāi)源軟件與公有云的關(guān)系這兩年有點(diǎn)緊張，一個(gè)比較流行的觀點(diǎn)是公有云插管吸血開(kāi)源軟件，而對(duì)開(kāi)源社區(qū)沒(méi)有太多貢獻(xiàn)。

不少開(kāi)源項(xiàng)目開(kāi)始尋找在公有云面前保護(hù)自己的方法。畢竟公有云的出現(xiàn)，一定程度上打亂了原有的開(kāi)源商業(yè)模式。最終用戶通過(guò)購(gòu)買云服務(wù)，從公有云服務(wù)商那里得到了保障，開(kāi)源廠商被繞開(kāi)了。

于是， Common Clause 應(yīng)運(yùn)而生。Common Clause 是一種附加條款，開(kāi)源廠商依然需要選擇一個(gè)基本的主許可證。最終的形式類似：Apache 2.0 + Common Clause 1.0 。

Common Clause 比較精煉，全文只有 3 句話。

Common Clause 主要禁止他人在不增加開(kāi)源軟件價(jià)值的情況下，利用開(kāi)源軟件牟利。它的限制性主要體現(xiàn)在以下三點(diǎn)：

假設(shè)第三方在開(kāi)源軟件的基礎(chǔ)上構(gòu)建了一整套面向用戶的應(yīng)用，這套新應(yīng)用增加了原開(kāi)源軟件的價(jià)值，那么這套新應(yīng)用不會(huì)受到任何限制。這一點(diǎn)保證了開(kāi)源廠商與合作伙伴之間的合作關(guān)系不會(huì)受到影響。

不過(guò) Common Clause 沒(méi)有經(jīng)過(guò) OSI 認(rèn)證，因此添加了 Common Clause 以后建議只說(shuō)自己是源碼可用（ source available ）。雖然會(huì)引起一定的爭(zhēng)議，不過(guò)初創(chuàng)開(kāi)源項(xiàng)目選擇添加 Common Clause 看起來(lái)正受到越來(lái)越多人的理解。

然而，我們的開(kāi)源項(xiàng)目并不打算加上 Common Clause 。有兩個(gè)重要的原因。

MongoDB 的啟示

MongoDB 是開(kāi)源項(xiàng)目成功的范例。MongoDB 一開(kāi)始就采用 AGPL 3.0 許可證。如果公有云要利用 MongoDB 提供服務(wù)，那么公有云廠商需要公布相關(guān)底層服務(wù)的源碼。因此， AWS ， Azure， google Cloud 等一眾美國(guó)公有云都選擇自行開(kāi)發(fā)文檔型數(shù)據(jù)庫(kù)。

而在美國(guó)以外， MongoDB 卻很難用法律武器保護(hù)自己。2018 年 10 月 MongoDB 修改新版本的許可證時(shí)，再次抱怨了公有云廠商對(duì) MongoDB 利益的侵害，主要指的就是美國(guó)以外的公有云廠商。

因此，志在全球的開(kāi)源基礎(chǔ)軟件廠商其實(shí)很難僅靠一個(gè)許可證來(lái)對(duì)自己進(jìn)行全面的保護(hù)。

另一方面，當(dāng) AWS 有了 DynamoDB ；Azure 有了 Cosmos DB ；Google Cloud 有了 Cloud Firestore 之后，文檔數(shù)據(jù)庫(kù)不再是 MongoDB 一家獨(dú)大。在之后的移動(dòng)互聯(lián)網(wǎng)浪潮中，移動(dòng)端的 MongoDB Mobile 沒(méi)有達(dá)到期待中的影響力。

畢竟 Realm 這樣的移動(dòng)端文檔數(shù)據(jù)庫(kù)可以直接和多個(gè)公有云文檔數(shù)據(jù)庫(kù)同步，極大的方便了移動(dòng)開(kāi)發(fā)者。2019 年 4 月， MongoDB 以 3900 萬(wàn)美元收購(gòu)了 Realm 。

防范別人的同時(shí)也部分影響了自己的發(fā)展空間，是否值得？答案因人而異，開(kāi)源項(xiàng)目需要結(jié)合自身情況作出一個(gè)選擇。

四爺?shù)男虏呗?/h1>

據(jù)咨詢公司 Gartner 的統(tǒng)計(jì)， Google Cloud 2018 年占據(jù)公有云 IaaS 市場(chǎng) 4.0% 的份額，排行全球第四。依然不及老大 AWS 市場(chǎng)占有率（ 47.8% ）的一個(gè)零頭。Google Cloud 想迎頭趕上，他該怎么辦？

在今年的 Google Cloud Next 大會(huì)上，新上任的 Google Cloud CEO 一舉請(qǐng)來(lái)了 Redis Lab CEO 與 MongoDB CEO 幫忙站臺(tái)。

大會(huì)上 Google Cloud 推出了 Redis 的托管服務(wù)， MongoDB 上了 Google Cloud Marketplace 。后續(xù) MongoDB 的 Atlas 云服務(wù)還和 Google Cloud 展開(kāi)了一系列合作。

Redis 和 MongoDB 在開(kāi)源界與互聯(lián)網(wǎng)行業(yè)有較大的技術(shù)影響力。而且他們是開(kāi)源界對(duì)公有云廠商開(kāi)炮比較多的兩家。

近期他們又先后針對(duì)公有云廠商修改了自己的許可證。因此 Google Cloud Next 大會(huì)上傳達(dá)的信息很有意思。

與成熟的開(kāi)源廠商合作，看起來(lái)正是 Google Cloud 的新策略。這條路值得一試。畢竟，老四恐怕很難用老大的方法來(lái)戰(zhàn)勝老大。

齊白石曾說(shuō)，“學(xué)我者生，似我者死。” Google Cloud 第一個(gè)想明白了。我相信會(huì)有越來(lái)越多的公有云廠商想明白這個(gè)問(wèn)題，選擇與成熟的開(kāi)源廠商合作。所以對(duì)開(kāi)源基礎(chǔ)軟件來(lái)說(shuō)，當(dāng)務(wù)之急是提升自身的成熟度，防范之心可以暫時(shí)放到一邊。

3.商業(yè)設(shè)計(jì)

在上一篇文中，我們提到“ Apache 基金會(huì)擁有 1.9 億行代碼。根據(jù) COCOMO II 模型估算，這些代碼的開(kāi)發(fā)成本超過(guò) 200 億美元（ 2019 年報(bào)）。”如此算來(lái)，每一行代碼的開(kāi)發(fā)成本超過(guò) 100 美元。所以千萬(wàn)別覺(jué)得開(kāi)源軟件就該免費(fèi)使用。

典型的開(kāi)源商業(yè)模式

目前比較成熟的開(kāi)源軟件商業(yè)模式有以下幾種：

• 訂閱服務(wù)：開(kāi)源許可證免除了廠商對(duì)軟件質(zhì)量與軟件缺陷修復(fù)的責(zé)任。而這些都是企業(yè)級(jí)應(yīng)用所必須的。因此，最自然的商業(yè)模式就是提供軟件訂閱服務(wù)，從而向用戶提供生產(chǎn)級(jí)的服務(wù)支持響應(yīng)和 hotfix 修復(fù)。

• 高級(jí)功能：比如 Redis 。核心部分的組件是開(kāi)源的。但工具類軟件，進(jìn)階功能（如多租戶，無(wú)共享分布式架構(gòu)等）都是收費(fèi)的。

• 云服務(wù)：比如 Databricks 。Spark 是開(kāi)源的，但收費(fèi)版本僅提供 Azure 和 AWS 上的云服務(wù)。

• 生態(tài)收益（僅限超大型開(kāi)源廠商）：比如據(jù)華爾街分析師估算 Google 每年要支付近百億美元給 Apple ，就為了 iphone 上的默認(rèn)搜索引擎入口。想想 Android 幫 Google 省了多少錢？

軟件世界里有兩個(gè)重大難題：一是大型軟件系統(tǒng)的項(xiàng)目管理（人月神話），另一個(gè)是軟件定價(jià)。

關(guān)于項(xiàng)目管理，已經(jīng)有了不少的研究與實(shí)踐，大家多少有個(gè)參照物。而軟件定價(jià)沒(méi)有什么成熟的公式與模型。

但至少對(duì)于開(kāi)源軟件的定價(jià)，要避開(kāi)下面兩個(gè)坑：

• 定高價(jià)，打 1 折

• 不采用訂閱模式

這些都是傳統(tǒng)商業(yè)軟件的模式。傳統(tǒng)商業(yè)軟件提供給客戶的是資產(chǎn)，開(kāi)源軟件提供給用戶的是服務(wù)。

如果大型用戶要求對(duì)軟件進(jìn)行買斷怎么辦？大型用戶傾向于一次性付費(fèi)，并不是他們喜歡購(gòu)買一堆軟件資產(chǎn)。背后的原因在于大型用戶內(nèi)部的軟硬件采購(gòu)流程，需要采購(gòu)人員與 IT 技術(shù)人員共同介入。

而采購(gòu)并不是技術(shù)人員的本職工作，以及事后的各種審計(jì)。因此技術(shù)人員更喜歡一次性買斷，以省去未來(lái)的麻煩。請(qǐng)?zhí)嵝阉麄儯_(kāi)源軟件提供的是服務(wù)，服務(wù)是不能買斷的，應(yīng)該走更便捷的服務(wù)采購(gòu)流程。

向 AWS 學(xué)習(xí)

基礎(chǔ)軟件的商業(yè)化是件很有挑戰(zhàn)的事情。好在有很多成熟的企業(yè)可供我們參考。如果說(shuō) Oracle 是必須研究的傳統(tǒng)商業(yè)軟件公司，那么 AWS 毫無(wú)疑問(wèn)就是必須好好學(xué)習(xí)的云服務(wù)公司。

剛才說(shuō)軟件定價(jià)沒(méi)有什么成熟的公式與模型？其實(shí) AWS 幫大家摸索了一個(gè)公有云上軟件的定價(jià)方式。

AWS Aurora 數(shù)據(jù)庫(kù)據(jù)稱是 AWS 上增長(zhǎng)最快最賺錢的云服務(wù)。Aurora 在技術(shù)上是非常創(chuàng)新的云原生數(shù)據(jù)庫(kù)，帶出了一眾追隨者。依據(jù)官方宣傳：

Amazon Aurora 的速度最高可以達(dá)到標(biāo)準(zhǔn) MySQL 數(shù)據(jù)庫(kù)的五倍、標(biāo)準(zhǔn) PostgreSQL 數(shù)據(jù)庫(kù)的三倍。

它可以實(shí)現(xiàn)商用數(shù)據(jù)庫(kù)的安全性、可用性和可靠性，而成本只有商用數(shù)據(jù)庫(kù)的 1/10。（引用自 https://aws.amazon.com/cn/rds/aurora/ ）

那么這樣一款技術(shù)如此先進(jìn)的云上數(shù)據(jù)庫(kù)是怎么定價(jià)的呢？以下對(duì)比 Aurora MySQL 所有可選的實(shí)例規(guī)格與 RDS MySQL 之間的定價(jià)：

當(dāng)然 Aurora MySQL 和 RDS MySQL 的技術(shù)實(shí)現(xiàn)不太一樣，同樣實(shí)例規(guī)格需要的硬件也不能簡(jiǎn)單劃上等號(hào)。

不過(guò)考慮到 AWS 本身的體量，兩者間硬件差異的成本應(yīng)該是微乎其微的?？梢源笾抡J(rèn)為 20% 的溢價(jià)來(lái)自 Aurora MySQL 軟件。

基礎(chǔ)軟件上公有云 Marketplace 的時(shí)候怎么定價(jià)，總算有個(gè)參照物了。

4.后記

雖然寫了兩篇文章，但也只是涉及了開(kāi)源的一小部分。開(kāi)源模式可一點(diǎn)也不比傳統(tǒng)商業(yè)軟件的模式要簡(jiǎn)單。

其中比較關(guān)鍵的社區(qū)運(yùn)營(yíng)和開(kāi)發(fā)者生態(tài)構(gòu)建，我們也還在不斷的摸索。等有一天我們形成自己的方法與風(fēng)格，屆時(shí)一定與大家分享。希望國(guó)內(nèi)的基礎(chǔ)軟件同行都能一起進(jìn)步。

作者簡(jiǎn)介：顧鈞，ZILLIZ首席架構(gòu)師，畢業(yè)于北京大學(xué)。15年數(shù)據(jù)庫(kù)相關(guān)工作經(jīng)驗(yàn)。目前在ZILLIZ從事異構(gòu)眾核數(shù)據(jù)分析引擎的產(chǎn)品化工作。加入ZILLIZ之前，曾就職于IBM、Morgan Stanley、華為等跨國(guó)公司。

【END】