AI前線導(dǎo)讀：

今天，Confluent公司（為Apache Kafka開源軟件提供商業(yè)化服務(wù)支持的初創(chuàng)公司，由Kafka的幾位創(chuàng)立者離開LinkedIn后成立）聯(lián)合創(chuàng)始人兼CEO Jay Kreps在Confluent官方博客發(fā)文表示：Confluent平臺部分開源組件正式變更開源許可協(xié)議，從Apache 2.0切換到Confluent社區(qū)許可。這個新的許可允許免費下載、修改和重新發(fā)行代碼（類似于Apache 2.0），但不允許將這些軟件作為SaaS產(chǎn)品提供給用戶。去年剛推出并引發(fā)關(guān)注的流數(shù)據(jù)SQL引擎KSQL將受到新許可的影響，但Kafka本身不受影響。

上個月，我們剛剛報道過最受歡迎圖數(shù)據(jù)庫Neo4j宣布企業(yè)版徹底閉源的消息，其中一個原因就是想避免云提供商只從開源中“薅羊毛”而不為這些項目作貢獻。這一次Confluent變更開源許可協(xié)議，有人認為是開源和云對抗的升級，也有人認為這意味著開源社區(qū)的覺醒，你怎么看？

更多干貨內(nèi)容請關(guān)注微信公眾號“AI前線”（ID：ai-front）

這不是第一例知名開源軟件變更開源許可的事件。就在上個月，我們剛報道過知名圖數(shù)據(jù)庫Neo4j企業(yè)版徹底閉源的消息，而在更早之前，包括 MongoDB、Redis 在內(nèi)的企業(yè)都陸續(xù)變更了一些開源項目的許可協(xié)議。

正如我們在之前的報道《開源危機：云計算廠商成為開源吸血鬼？》中所說：

處于巔峰的開源軟件現(xiàn)在正面臨著潛在的危機。

毫無疑問，開源軟件的概念已經(jīng)徹底改變了軟件世界。在軟件世界接受這種新的格局之前，它們花了數(shù)十億美元與這個想法斗爭了好多年。但是，現(xiàn)在有不少人開始懷疑開源軟件的本質(zhì)——幾乎所有人都可以使用開源軟件，并將它們用于任何目的——這種想法導(dǎo)致開源軟件開發(fā)者在分布式云計算服務(wù)時代出了大問題。

在一些開源軟件開發(fā)者眼中，這個大問題就是，云計算提供商從開源開發(fā)者的工作中受益，尤其是那些頗為成功的開源軟件，但他們卻沒有為這些工作支付一分錢。Redis Labs 首席執(zhí)行官Ofer Bengal更是直言不諱：“我想直率地說：多年來，我們就像個傻子一樣，他們拿著我們開發(fā)的東西大賺了一筆”。

開源社區(qū)和云計算提供商的矛盾有愈演愈烈的趨勢。Kafka無疑是目前全球最受歡迎、應(yīng)用最廣泛的消息系統(tǒng)，而現(xiàn)在，為Kafka提供商業(yè)化服務(wù)的Confluent也站出來表明了自己的態(tài)度。

AI前線將Jay Kreps發(fā)表的博文翻譯整理如下：

我們正在將Confluent平臺的一些組件的許可從Apache 2.0改為Confluent社區(qū)許可。這個新的許可允許你免費下載、修改和重新發(fā)行代碼（類似于Apache 2.0），但不允許你將這些軟件作為SaaS產(chǎn)品提供給用戶。

例如，你可以將KSQL作為產(chǎn)品或服務(wù)的一部分，無論這些產(chǎn)品是作為軟件發(fā)行還是作為SaaS服務(wù)提供給用戶，但你不能用它創(chuàng)建類似“KSQL即服務(wù)”這樣的東西。我們的開發(fā)仍然是開放的，并繼續(xù)接受拉取請求和功能建議。對于那些非商業(yè)云提供商用戶，即我們的99.9999％用戶，新許可對他們來說并沒有實質(zhì)上的限制，同時我們會繼續(xù)在開發(fā)上大量投入。

但新許可并沒有針對Kafka，Kafka是Apache軟件基金會的一部分，繼續(xù)使用Apache 2.0許可。新許可只會影響到由Confluent維護的開源組件。

為什么要修改許可？

我們認為這是很有必要邁出的一步。一方面，我們需要大量投入才能開發(fā)出這些免費發(fā)行的代碼，另一方面，我們需要保持業(yè)務(wù)的健康才能為這項開發(fā)提供足夠的投入資金。接下來我會解釋為什么這兩件事都很重要。

首先，這種投資是否有必要？對于很多簡單的開源項目來說，我認為不是必需的。GitHub上有成千上萬的庫不需要太多投資，它們只需要一些志愿者貢獻者就可以了。但分布式數(shù)據(jù)系統(tǒng)不一樣，構(gòu)建一個成功的分布式數(shù)據(jù)平臺是非常困難的。

你不一定要相信我說的話，但事實勝于雄辯。2009——2010年間出現(xiàn)了數(shù)十個NoSQL數(shù)據(jù)庫。有些是作為附帶項目創(chuàng)建的，有些來自大型網(wǎng)絡(luò)公司的內(nèi)部基礎(chǔ)設(shè)施，有些是作為商業(yè)產(chǎn)品創(chuàng)建的。而我認為最明顯的是，迄今為止能夠繼續(xù)保持競爭力的系統(tǒng)是那些能夠建立穩(wěn)定的商業(yè)實體來維持其開發(fā)的系統(tǒng)。那些做到這一點項目（MongoDB、ElasticSearch、Cassandra、Hadoop）都繼續(xù)蓬勃發(fā)展，并成為現(xiàn)代技術(shù)棧的一部分。那些做不到的項目（Voldemort、Dynomite、CouchDB，等等）盡管早期也很受歡迎，但大都被淘汰了。它們可能仍然存在，但很可能你從未聽說過它們。

造成這種差異的原因似乎很明顯，我曾經(jīng)在LinkedIn等公司、作為志愿者以及作為Confluent的一部分參與開源工作。我們最初在LinkedIn開發(fā)Kafka時，在很長一段時間內(nèi)開發(fā)團隊總共只有幾個人。我利用圣誕假期寫了原始代碼庫，因為公司沒有為這個項目提供資源。這個小型的Kafka開發(fā)團隊開發(fā)代碼、運行服務(wù)，并最終說服了LinkedIn將項目轉(zhuǎn)移到了Apache基金會。他們白天寫編碼，處理來自社區(qū)的問題和錯誤，晚上開會，并在深夜醒來處理偶爾會出現(xiàn)的運維問題。但隨著社區(qū)的發(fā)展，新需求也隨之增長：外部補丁的代碼評審經(jīng)常延遲，除Java以外的客戶端庫通常無法正常運行。

后來成立了Confluent，我們在開發(fā)上的投入遠遠超過了LinkedIn。很多純粹出于熱情在深夜工作的人現(xiàn)在可以得到報酬，并轉(zhuǎn)成全職工作。Confluent不僅可以為開發(fā)提供資金，還可以進行相當(dāng)大規(guī)模的分布式測試，這些測試不僅可以保持代碼庫的穩(wěn)定，同時擴展了來自不斷增長的社區(qū)的貢獻。雖然代碼仍然不完美，但它的改進速度要快得多。

換句話說，我認為企業(yè)可以為開源項目的良性循環(huán)帶來資金上的支持。

在一個數(shù)據(jù)系統(tǒng)被作為內(nèi)部部署軟件交付的世界中，我們已經(jīng)知道如何建立可以推動這種良性循環(huán)的可持續(xù)發(fā)展公司。但這并不容易，而創(chuàng)辦一家公司更不容易。我們發(fā)現(xiàn)，Apache 2.0等開源許可可以成為維持健康業(yè)務(wù)的軟件產(chǎn)品的主要組成部分。然而，隨著云產(chǎn)品的興起，它們將這些產(chǎn)品作為軟件即服務(wù)提供給用戶，讓這個世界發(fā)生了巨大的變化。在這個新世界中，云提供商具有顯著的優(yōu)勢：他們可以控制資源的定價，并且可以在他們的所有產(chǎn)品中集成自己的服務(wù)。

主要的云提供商（亞馬遜、微軟、阿里巴巴和谷歌）使用開源項目的方式都有所不同。其中一些公司與開源公司合作，這些公司提供系統(tǒng)的托管版本，并作為服務(wù)提供給用戶。其他的公司則直接將開源代碼放到他們的云產(chǎn)品中，并投入資金開發(fā)差異化的專有產(chǎn)品。我們不一定要從道德的角度來評判這種行為，他們也只是為了追求商業(yè)利益，并在軟件許可允許的范圍內(nèi)行事。

作為一家公司，我們可以考慮構(gòu)建更多的專有軟件，并減少開源方面的投入。但我們認為，構(gòu)建基礎(chǔ)設(shè)施層的正確方法是使用開放代碼。隨著工作負載遷移到云端，我們需要一種機制來保持自由，同時也要實現(xiàn)投資周期，這就是我們改變許可的動因。

我們認為這是一個積極的變化，這樣可以確保小型的開源社區(qū)不會成為科技巨頭的免費開發(fā)資源，他們只會將資源投入到他們自己的差異化專有產(chǎn)品中。

這意味著什么？

我認為新的許可很簡單，即使是沒有法律知識的人也能讀懂。在新許可中，我們試圖盡可能地預(yù)先告知我們可以允許那些行為，不允許哪些行為，以及為什么。

不過，我擔(dān)心會出現(xiàn)兩種誤讀。首先，有人可能會認為Confluent陷入困境，所以需要這樣做來賺錢。但事實并非如此，Confluent的表現(xiàn)其實非常出色，我們認為這對我們的客戶以及我們投資社區(qū)和開源的能力來說都是一件很棒的事情。我們改變許可的目的是確保我們能夠保持這種增長，并繼續(xù)在開放和免費產(chǎn)品上投入。

第二種誤讀：這是貪婪策略的一部分，一家貪婪的公司想借此賺到更多的錢。對于這個誤讀，我只能這么說：Confluent并非僅僅是為了賺錢而創(chuàng)立的。我們對以事件流為中心的現(xiàn)代數(shù)據(jù)驅(qū)動型公司的架構(gòu)有著遠大的愿景，我們希望能夠?qū)崿F(xiàn)這一目標(biāo)。Confluent是由一群相信這個想法能夠成為現(xiàn)實的人組成的，對于我們當(dāng)中的很多人來說，我們在這個項目上的貢獻都早于Confluent本身。我們認為，基于事件流進行重新架構(gòu)是一個大膽的計劃，還需要做很多工作。這一次修改許可讓我們能夠在未來幾十年繼續(xù)開展這項工作，并為實現(xiàn)這一目標(biāo)的軟件、社區(qū)和實踐做出貢獻。

當(dāng)然，這些并不意味著我們不是商業(yè)實體，或者不會專注于我們正在建立的業(yè)務(wù)。如果我們能夠成功，流式平臺將成為公司架構(gòu)的核心，與關(guān)系數(shù)據(jù)庫一樣，我們將成為重要的、有價值的和具有戰(zhàn)略性的數(shù)據(jù)平臺。我們認為這代表了一種巨大的范式轉(zhuǎn)變，并將成為偉大的業(yè)務(wù)的基礎(chǔ)。

一些重要的問答

• 這對Apache Kafka有何影響？

沒有影響。Kafka繼續(xù)使用Apache 2.0許可。

• 我可以下載、修改或重新發(fā)行代碼嗎？

可以。代碼仍然在GitHub上。

• 我可以將代碼嵌入到我的軟件中嗎？

可以。

• 我可以使用代碼構(gòu)建SaaS產(chǎn)品嗎？

可以，大部分情況下是可以的。如果你正在構(gòu)建SaaS產(chǎn)品，可以使用Confluent社區(qū)軟件。唯一的限制是不能將它們作為與我們的托管產(chǎn)品相競爭的托管服務(wù)。例如，你不能將KSQL本身作為SaaS產(chǎn)品提供給用戶。

英文原文：

https://www.confluent.io/blog/license-changes-confluent-platform?from=timeline\u0026amp;isappinstalled=0

總結(jié)

以上是生活随笔為你收集整理的Kafka团队修改KSQL开源许可，怒怼云厂商的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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