pgEdge為何壯士斷腕，徹底開源？

作者：岱軍 2025-10-09 09:43:20

“我們發(fā)現(xiàn)，在 Postgres 社區(qū)中，我們被排除了很多關(guān)于我們這類技術(shù)的討論，因為 Postgres 社區(qū)理所當(dāng)然地不希望接受任何非開源的東西，而且他們不認(rèn)為我們的社區(qū)許可……是真正的開源。因此，我們覺得是時候壯士斷腕，完全走向開源了。”

pgEdge將專有許可改為OSI批準(zhǔn)的PostgreSQL許可，以響應(yīng)客戶需求并融入社區(qū)。其他如Redis也轉(zhuǎn)向OSI開源許可應(yīng)對競爭。研究顯示，OSI批準(zhǔn)的開源許可更受歡迎。

譯自：Why pgEdge 'Ripped the Band-Aid Off' To Go Totally Open Source^[1]
作者：Susan Hall

圍繞開源許可授權(quán)模式轉(zhuǎn)變的喧囂——HashiCorp/OpenTofu^[2] 之類的事件——似乎已稍作平息，但在數(shù)據(jù)庫領(lǐng)域仍在繼續(xù)。

逆勢而上的供應(yīng)商之一是分布式 Postgres 供應(yīng)商 pgEdge^[3]。它最近宣布已完全開源，并將其 Spock^[4] 多主邏輯復(fù)制擴(kuò)展、大型對象邏輯復(fù)制^[5] (lolor) 擴(kuò)展以及 Snowflake 序列^[6] 的許可從其專有的 pgEdge 社區(qū)許可更改為經(jīng)開放源代碼促進(jìn)會 (OSI) 批準(zhǔn)的 PostgreSQL 許可^[7]。

聯(lián)合創(chuàng)始人兼首席執(zhí)行官 Phillip Merrick 在一次采訪中解釋道，此舉是應(yīng)潛在客戶的要求做出的。

工程副總裁 Dave Page 在一篇博客文章^[8]中解釋道，此前的“源代碼可用”許可對組件的使用方式施加了一些限制。

Merrick 說，之前的許可允許用戶復(fù)制、修改和隨意使用代碼。唯一的真正禁令是禁止使用該代碼直接與 pgEdge 競爭。

“我們一直認(rèn)為自己是一家致力于開源和 Postgres 社區(qū)的公司。通過我們的分布式 Postgres 工作，我們實際上已經(jīng)將其開源，但我猜那只是‘小寫’的開源，因為它沒有采用 OSI 批準(zhǔn)的許可之一。”他解釋道。

在源代碼可用許可下，軟件源代碼是公開的，可以自由修改和重新分發(fā)，但通常會限制商業(yè)或競爭性使用。

亞馬遜/Elastic 之間的爭斗^[9]，以及其他云服務(wù)提供商和公司獲取開源代碼并直接與其創(chuàng)建者競爭的案例，都讓 pgEdge 感到擔(dān)憂。

“我們對此有些擔(dān)憂。事實證明，我們的擔(dān)憂可能有點多余，并非完全沒有根據(jù)，但確實有點多余。與此同時，我們知道有些客戶除非我們的技術(shù)是真正獲得 OSI 批準(zhǔn)的‘大寫’開源產(chǎn)品，否則他們根本不想考慮。”Merrick 說。

企業(yè)級 Postgres 的興趣

他表示，Postgres 市場似乎有所萎縮，而有些客戶則堅持要求產(chǎn)品擁有 OSI^[10] 批準(zhǔn)的許可。

OSI 已拒絕將 Business Source License (BSL) 和 Server Side Public License (SSPL)^[11] 視為真正的開源許可。OpenLogic 的“2025 年開源狀況報告^[12]”指出，在許可變更后，OSI 不再將 MongoDB^[13]、Elasticsearch 和 CockroachDB 列為符合其開源產(chǎn)品標(biāo)準(zhǔn)的項目，盡管它們已根據(jù) OSI 批準(zhǔn)的 AGPL (GNU Affero General Public License)^[14] 重新許可了一些組件。

IDC 分析師 Devin Pratt 告訴 FastForward，最近收購的兩家 Postgres 初創(chuàng)公司——Neon 和 Crunchy Data——反映了市場對企業(yè)級 Postgres^[15] 以及 AI 的興趣。

Databricks 收購 Neon^[16] 是為了作為其托管 Lakebase 產(chǎn)品^[17]的基礎(chǔ)，并簡化 AI 代理的開發(fā)。而 Crunchy Data 現(xiàn)已成為 Snowflake^[18] 的一部分，將被整合到其 AI 數(shù)據(jù)云^[19]中。

對企業(yè)級 Postgres 的興趣也促使 pgEdge 進(jìn)行了多元化發(fā)展。

在其企業(yè)產(chǎn)品中，pgEdge 一直專注于分布式多主^[20]架構(gòu)，以維護(hù)關(guān)鍵工作負(fù)載的高可用性^[21]。它已將支持范圍擴(kuò)大到非分布式和分布式 Postgres 應(yīng)用程序。

重新轉(zhuǎn)向開源許可

“在供應(yīng)商（通常是數(shù)據(jù)庫供應(yīng)商）從開源許可轉(zhuǎn)向源代碼可用替代方案（例如 BSL、SSPL 等）幾年之后，現(xiàn)在又重新轉(zhuǎn)向了開源許可——通常是 AGPL，”Redmonk 首席分析師兼聯(lián)合創(chuàng)始人 Stephen O’Grady 在一封電子郵件中說道。

Redmonk 的 Rachel Stephens 在她的研究中使用了公認(rèn)的小樣本，發(fā)現(xiàn)公司從開源許可改為專有許可后，所獲得的商業(yè)價值^[22]或采用率增長微乎其微^[23]。

“總的來說，源代碼可用許可可能會給開發(fā)人員和企業(yè)帶來采用上的摩擦，因此一些項目已回歸到提供最大保護(hù)的經(jīng)批準(zhǔn)的開源許可^[24]，”O(jiān)’Grady 說。

Redis 最近宣布在 AGPL v3 許可^[25]下再次開源^[26]。Redis 首席執(zhí)行官 Rowan Trollope 告訴 TNS 的 Frederic Lardinois，這一改變源于云提供商在其平臺上提供托管 Redis 服務(wù)。許可的轉(zhuǎn)換意味著這些供應(yīng)商現(xiàn)在也必須獲得 Redis 的許可。

“我們認(rèn)為 AGPL 許可為[云服務(wù)提供商]提供了保護(hù)，因為如果他們想以開源版本提供我們（他們可以這樣做），他們就必須將所有代碼作為開源發(fā)布。他們有內(nèi)部政策規(guī)定他們不會這樣做。所以我們認(rèn)為這是一個有效的模式，”Trollope 告訴 Lardinois。

“如果說有什么變化的話，那就是過去一年里（軟件許可變更）事情有所放緩，”開源倡導(dǎo)者、Chainguard 首席執(zhí)行官兼聯(lián)合創(chuàng)始人 Dan Lorenc 說道，并補(bǔ)充說這些變化是間歇性發(fā)生的。

他提到了 Fair Source 項目^[27]，這是一項始于 2024 年的倡議，旨在解決開源領(lǐng)域?qū)Ω逦浖S可的需求。

“Fair Source 項目試圖通過提供新的標(biāo)準(zhǔn)許可供軟件公司使用來推動這一轉(zhuǎn)變，但他們的網(wǎng)站顯示這項運(yùn)動進(jìn)展緩慢：2024 年發(fā)布了七項公告，而 2025 年迄今只有五項，”他說道。“與此同時，開源仍在持續(xù)增長。GitHub 的‘Octoverse’報告^[28]最近顯示開源項目同比增長 25%。如果這些許可變更無法超越這種增長，它們將繼續(xù)只是一個四舍五入的誤差。”