幾天前，PG 生態(tài)的頂級(jí)開源備份工具 。

老馮的 Pigsty 雖然也用著 pgBackRest，但也不著急，因?yàn)槲抑肋@么重要的組件 pgBackRest，PostgreSQL 生態(tài)不可能真讓它死掉。 但也承諾如果過一段時(shí)間都沒人接盤，我會(huì)來接手維護(hù)。現(xiàn)在看來，倒是不需要了。

David Steele 在 GitHub README[2] 上發(fā)了一份“維護(hù)更新”：歸檔公告發(fā)出之后，他的郵箱被打爆了。 很多用戶和廠商都希望項(xiàng)目繼續(xù)；他自己也愿意繼續(xù)；更關(guān)鍵的是，多個(gè)贊助商組成的聯(lián)盟已經(jīng)基本談攏，他幾乎可以確定拿到足夠資金繼續(xù)維護(hù) pgBackRest。

他預(yù)計(jì)在本周結(jié)束前給出更明確公告。從歸檔到反轉(zhuǎn)，七天。

這事有意思的地方不在于 “開源社區(qū)真有愛”。這種話太輕飄了。真正有意思的是：一個(gè)關(guān)鍵開源基礎(chǔ)設(shè)施被維護(hù)者按到死亡線之后，市場(chǎng)終于開始出價(jià)了。

這是一次非常干凈的開源公地逼定價(jià)。

七天里發(fā)生了什么

先把時(shí)間線捋清楚。

4 月 27 日，David Steele 在 GitHub 和 LinkedIn 同時(shí)宣布停止維護(hù) pgBackRest，倉庫歸檔[3]。聲明很克制，沒有抱怨，也沒有甩鍋，只說了兩件事：

?fork 可以，但不要繼續(xù)叫 pgBackRest。?歸檔不是 EOL，代碼還在，正在跑的部署不會(huì)突然壞掉。

第一條其實(shí)很重要。備份工具不是普通小玩具，而是供應(yīng)鏈攻擊的高價(jià)值入口。一個(gè)帶著原品牌信任的 fork，如果落到不靠譜的人手里，風(fēng)險(xiǎn)比大家想象的大得多。David 要求改名，是他離場(chǎng)時(shí)最負(fù)責(zé)任的一步。

同一天，Christophe Pettus 在 thebuild.com 發(fā)了《Notice of Obsolescence》[4]。他的判斷比較冷：pgBackRest 應(yīng)該按“落日部署”處理，等可信 fork 出來再重新評(píng)估。

同日，L?titia Avrot 發(fā)了《pgBackRest is dead. Now what?》[5]。標(biāo)題就很直白。她把話說得更狠：AI 淘金熱已經(jīng)重排了企業(yè)預(yù)算。大公司愿意買內(nèi)存、買 GPU、買 token，但不愿意付錢給那個(gè)保證數(shù)據(jù)庫炸了還能恢復(fù)回來的人。

這話難聽，但真實(shí)。

4 月 28 日，Percona 出手了。Jan Wieremjewicz 發(fā)了《pgBackRest is archived, what now?》[6]，說 Percona 會(huì)繼續(xù)支持 pgBackRest，但大家不要急著 fork。他們正在和其他廠商討論多廠商聯(lián)合維護(hù)，或者基金會(huì)托管。 這篇里還有個(gè)關(guān)鍵信息：Jan 說，他在歸檔前一周的 PGConf.DE 演講中還引用過 David 提出的透明出資模型，希望把維護(hù)成本分?jǐn)偨o多家依賴 pgBackRest 的組織。

這一步是關(guān)鍵。Percona 沒有宣布自己接盤，也沒有搶著做 fork，而是先呼吁協(xié)調(diào)。對(duì)于一個(gè)商業(yè)供應(yīng)商來說，這種克制不多見。

但沒人及時(shí)接。

也就是說，David 不是沒有試過“和平定價(jià)”。只是和平定價(jià)沒人買賬，最后只能歸檔。

4 月 30 日，Percona 又補(bǔ)了一篇《Open source doesn't die. It gets unfunded.》[7]，把問題說得更直白：pgBackRest 不是 EOL，而是維護(hù)資金斷檔；Percona 和其他公司正在幕后推動(dòng)解決方案。

5 月 1 日，PGX 搶跑。Christophe Pettus 旗下的 PGX Inc. 發(fā)了《pgxbackup: Continuity Support for pgBackRest》[8]，把 pgBackRest fork 成了 pgxbackup[9]，定位是給自家支持客戶用的 continuity release，只做關(guān)鍵 bug 修復(fù)和新 PG 版本兼容。

這一步合理，但也微妙。Percona 才說“先別急著 fork”，PGX 三天后就 fork 了。你不能說 Pettus 不負(fù)責(zé)，他當(dāng)然要對(duì)客戶負(fù)責(zé)；但這也說明，所謂“社區(qū)協(xié)調(diào)”其實(shí)很脆。只要有一家廠商等不及，雙軌預(yù)期馬上形成。

5 月 4 日左右，David 發(fā)出維護(hù)更新：贊助聯(lián)盟基本成形，資金大概率夠了。他還在找另一位維護(hù)者分擔(dān)工作量，避免項(xiàng)目繼續(xù)變成單點(diǎn)。

至此，逆轉(zhuǎn)完成。

Linux 基金會(huì)當(dāng)年響應(yīng) Redis 改協(xié)議、發(fā)起 Valkey[10]，按自然日約八天，按工作日約六天。pgBackRest 這次沒有基金會(huì)、沒有牌照戰(zhàn)爭(zhēng)、沒有共同敵人，純靠 PG 圈內(nèi)部協(xié)調(diào)，用了七天。

這個(gè)速度已經(jīng)很快了。

誰可能掏錢：公開信號(hào)與猜測(cè)

正式名單還沒出來，但公開信號(hào)已經(jīng)夠畫個(gè)大概。

Supabase 是目前公開信號(hào)最強(qiáng)的候選金主。

按 pgBackRest 官網(wǎng)和 README 的 sponsor 口徑，目前列出的 current sponsor 是 Supabase。更關(guān)鍵的是，Supabase 4 月在 Developer Update - April 2026[11] 里說，剛開源 Multigres[12] Kubernetes operator，里面直接內(nèi)置 pgBackRest PITR 備份。

這就不是“支持一下開源”的關(guān)系了，而是產(chǎn)品路線綁定。你把未來押在一個(gè)備份工具上，這個(gè)工具突然沒維護(hù)者了，你不出錢誰出錢？

以 Supabase 現(xiàn)在的估值和融資規(guī)模，養(yǎng)一個(gè) pgBackRest 核心維護(hù)者根本不是錢的問題，而是認(rèn)不認(rèn)賬的問題。至于它是不是 coalition 里的最大出資方，還要等正式名單。

Percona 大概率是協(xié)調(diào)者之一。Percona 已經(jīng)公開承諾會(huì)繼續(xù)支持 pgBackRest，而且 Percona Distribution for PostgreSQL 也長(zhǎng)期把 pgBackRest 作為推薦備份工具。他們的客戶 SLA 掛在這上面，不可能只在旁邊看熱鬧。 但它是否出資、出多少，要等正式公告。它目前更像這次協(xié)調(diào)里的組織者之一。

Cybertec、Timescale、Resonate 都有可能參與。Cybertec 的容器化 PG 產(chǎn)品里用到了 pgBackRest；L?titia 文章里也專門點(diǎn)名 Cybertec 和 Data Egret 有專家可以臨時(shí)處理 pgBackRest 問題。 Timescale 有公開 fork[13]，這是一個(gè)依賴或評(píng)估信號(hào)，但不足以單獨(dú)證明 Timescale Cloud 的備份鏈路深度綁定 pgBackRest。它有能力出錢，但歷史上對(duì)上游開源基礎(chǔ)設(shè)施的投入不算特別主動(dòng)，所以也不能打包票。

Resonate 是歷史贊助方，也有 David Steele 過往工作痕跡，回歸小額贊助很合理。

真正值得看的，是幾個(gè)云廠商 AWS、Google Cloud、Azure 會(huì)不會(huì)出現(xiàn)在贊助名單里。 如果沒有，那也不意外。大概率還是 PG 圈自家人湊錢救自家工具。最賺錢的人繼續(xù)沉默，最依賴的人出來救火。

這就是開源世界最熟悉的荒誕。

什么叫 “逼定價(jià)”

David Steele 這次到底做了什么？老馮的理解是：他把一個(gè)所有人都假裝免費(fèi)的東西，重新擺回了價(jià)格牌下面。

在歸檔之前，pgBackRest 的狀態(tài)很典型：所有人都知道它重要，所有人都在用，所有人也都默認(rèn)“它會(huì)一直在那里”。Crunchy Data 過去養(yǎng) David，大家就把這當(dāng)成免費(fèi)午餐。

David 提出過透明出資模型，希望大家分?jǐn)偩S護(hù)成本；Percona 的 Jan Wieremjewicz 還在 PGConf.DE 演講中引用過這個(gè)模型。沒人及時(shí)響應(yīng)。為什么？

因?yàn)轫?xiàng)目還活著。

活著的東西不容易要到錢。你說“我快撐不住了”，別人會(huì)說“辛苦了，我們內(nèi)部評(píng)估一下”。你說“再不出錢項(xiàng)目就沒了”，別人會(huì)說“理解，我們下季度預(yù)算看看”。 反正代碼還在，issue 還能提，PR 還能等，DBA 半夜出問題還能去 GitHub 翻。

直到倉庫歸檔。

歸檔之后，所有依賴 pgBackRest 的公司才被迫算一筆很簡(jiǎn)單的賬：

?遷移到 Barman[14] 或 WAL-G[15]，要重做備份恢復(fù)流程，還要重新演練災(zāi)備。?自己內(nèi)部 fork，要養(yǎng)懂 PG、懂備份、懂 C 和 Perl 的高級(jí)工程師。?幾家公司聯(lián)合出錢，讓 David 繼續(xù)維護(hù)主線。

第三個(gè)方案最便宜。

這就是逼定價(jià)。它不是傳統(tǒng)意義上的勒索。代碼是 MIT 協(xié)議，誰都可以 fork，誰都可以繼續(xù)用。David 沒有把代碼鎖起來，也沒有改協(xié)議收稅。他能撤回的，只有自己的時(shí)間和信譽(yù)。

但在開源基礎(chǔ)設(shè)施里，維護(hù)者的時(shí)間和信譽(yù)恰恰是最貴的部分。

Redis／Valkey[16]、HashiCorp Terraform／OpenTofu[17]、Elastic／OpenSearch[18] 那幾次， 是用商標(biāo)和協(xié)議做杠桿，結(jié)果社區(qū)被迫 fork，自己也傷筋動(dòng)骨。pgBackRest 這次相反：David 主動(dòng)放棄招牌，讓 fork 改名，把項(xiàng)目推到死亡線，用“消失”做杠桿。

很硬，也很有效。我猜這招以后一定會(huì)有人學(xué)。前提也很苛刻：項(xiàng)目必須足夠關(guān)鍵，維護(hù)者必須有信譽(yù)，商業(yè)用戶必須真依賴。三者缺一不可。

一般小項(xiàng)目這么干，只會(huì)真死。pgBackRest 這么干，市場(chǎng)會(huì)出價(jià)。

這是一個(gè)特例嗎？

PG 社區(qū)的肌肉記憶確實(shí)強(qiáng)。二十多年協(xié)作下來，PG 圈的人互相認(rèn)識(shí)，郵件列表、會(huì)議、Slack、Twitter／X 都通著。出事之后，大家能很快坐到一張桌子上。這是 PostgreSQL 生態(tài)的底子。

但 pgBackRest 能復(fù)活，是因?yàn)樗鼦l件太好了：不可替代性強(qiáng)，商業(yè) PG 服務(wù)商依賴深，David 本人愿意繼續(xù)，還有多家廠商能協(xié)調(diào)出錢。

換成別的項(xiàng)目，就未必。

Patroni[19] 如果哪天出事，大概也有人救，因?yàn)樗闶?HA 領(lǐng)域的事實(shí)標(biāo)準(zhǔn)，太關(guān)鍵。

連接池 PgBouncer[20] 大概也會(huì)有這個(gè)待遇、那其他項(xiàng)目呢？PostgREST[21]、pgBadger[22] 呢？ 這些項(xiàng)目背后都有各自的維護(hù)壓力，但未必都有 pgBackRest 這么強(qiáng)的商業(yè)救援條件。

其次，臨時(shí)贊助聯(lián)盟不是長(zhǎng)期治理結(jié)構(gòu)。多家公司出錢，比單一公司養(yǎng)維護(hù)者穩(wěn)。 但錢一多，意見也會(huì)多。過去 David 一個(gè)人做技術(shù)判斷很快；以后背后有五六家金主，路線、優(yōu)先級(jí)、release cadence 都可能變復(fù)雜。

如果這個(gè)聯(lián)盟一年后還能穩(wěn)定發(fā)版本、接 PR、處理安全問題，那它就是一個(gè)可以復(fù)制的模式。如果第一次路線分歧就散架，那最后還是得回到基金會(huì)托管。

還有一點(diǎn)更現(xiàn)實(shí)：AI 時(shí)代的預(yù)算重排是真的。

L?titia 那句“他們要買內(nèi)存、要采購 GPU”不是修辭。2025 年到 2026 年，CFO 面前最容易講 ROI 的，是 GPU、agent、vector、AI-native。備份維護(hù)、DBA、可靠性工程，是“什么壞事都沒發(fā)生”的成本中心，沒經(jīng)驗(yàn)的管理者只有吃過大虧才知道它們的價(jià)值。

Crunchy Data 被 Snowflake 收購后，原先支撐 David 維護(hù) pgBackRest 的資金／崗位路徑?jīng)]有延續(xù)下來。這不是個(gè)孤例。以后類似事情只會(huì)更多。

給用戶的建議

對(duì)于 pgbackrest 的用戶來說，不用換，不用折騰。 老馮用了這么久，我的評(píng)價(jià)是 —— pgBackRest 是 PG 生態(tài)中最成熟穩(wěn)定可靠，功能最豐富的開源備份/恢復(fù)工具。不折騰，才是最好的。

它最大的問題是，配置學(xué)習(xí)起來會(huì)有些復(fù)雜。但一旦配置好，它會(huì)是你數(shù)據(jù)庫武器中的最終兜底級(jí)殺手锏。 Pigsty 中已經(jīng)替用戶配置好開箱即用的 pgBackRest 了，其實(shí)你也不需要去手工折騰這些。

如果你正在用 pgBackRest，繼續(xù)用。v2.58.0[23] 沒毛病 之前歸檔也只是說未來時(shí)間長(zhǎng)了，缺少維護(hù)才可能會(huì)有影響，現(xiàn)在繼續(xù)維護(hù)了，當(dāng)然就更沒毛病了。

最后

七日逆轉(zhuǎn)當(dāng)然值得高興。這次事件算是一次 Happy Ending。但更應(yīng)該記住的是：這次逆轉(zhuǎn)，是因?yàn)?David Steele 不得不把項(xiàng)目按到死亡線，市場(chǎng)才愿意承認(rèn)價(jià)格。

這件事也再次 echo 了那句老話 ——開源不是免費(fèi)的—— 你用的開源軟件也許是免費(fèi)的，但維護(hù)它的人也是需要謀生吃飯的。 只是很多人一直認(rèn)為自己不用付出成本，搭便車就好，可如果大家都選擇白嫖，就會(huì)出現(xiàn)公地悲劇。

這句話被 David Steele 用最硬的方式驗(yàn)證了。不是靠布道，不是靠呼吁，也不是靠“社區(qū)應(yīng)該如何如何”的道德文章。而是把項(xiàng)目歸檔，把所有依賴方按到同一張賬單前面。

這不是最好的解決辦法，但它有效。老馮衷心希望開源用戶能在力所能及的范圍內(nèi)，考慮支持一下自己使用的開源項(xiàng)目。而不要等到維護(hù)者到死亡線了，才開始亡羊補(bǔ)牢。

?pgBackRest 停止維護(hù)了[24]?pgBackRest 官網(wǎng)公告[25]?pgBackRest GitHub README 維護(hù)更新[26]?Notice of Obsolescence[27]?pgBackRest is dead. Now what?[28]?pgBackRest is archived, what now?[29]?Open source doesn't die. It gets unfunded.[30]?pgxbackup: Continuity Support for pgBackRest[31]?Supabase Developer Update - April 2026[32]

References

[1]pgBackRest 宣告停止維護(hù):/pg/pgbackrest-archive/
[2]GitHub README:https://github.com/pgbackrest/pgbackrest
[3]倉庫歸檔:https://github.com/pgbackrest/pgbackrest
[4]《Notice of Obsolescence》:https://thebuild.com/blog/2026/04/27/notice-of-obsolescence/
[5]《pgBackRest is dead. Now what?》:https://mydbanotebook.org/posts/pgbackrest-is-dead.-now-what/
[6]《pgBackRest is archived, what now?》:https://percona.community/blog/2026/04/28/pgbackrest-is-archived-what-now/
[7]《Open source doesn't die. It gets unfunded.》:https://percona.community/blog/2026/04/30/open-source-doesnt-die-it-gets-unfunded/
[8]《pgxbackup: Continuity Support for pgBackRest》:https://thebuild.com/blog/2026/05/01/pgxbackup-continuity-support-for-pgbackrest/
[9]pgxbackup:https://github.com/pgexperts/pgxbackup
[10]Valkey:https://github.com/valkey-io/valkey
[11]Developer Update - April 2026:https://github.com/orgs/supabase/discussions/44713
[12]Multigres:https://github.com/multigres/multigres
[13]公開 fork:https://github.com/timescale/pgbackrest-public
[14]Barman:https://github.com/EnterpriseDB/barman
[15]WAL-G:https://github.com/wal-g/wal-g
[16]Redis／Valkey:https://github.com/valkey-io/valkey
[17]HashiCorp Terraform／OpenTofu:https://github.com/opentofu/opentofu
[18]Elastic／OpenSearch:https://github.com/opensearch-project/OpenSearch
[19]Patroni:https://github.com/patroni/patroni
[20]PgBouncer:https://github.com/pgbouncer/pgbouncer
[21]PostgREST:https://github.com/PostgREST/postgrest
[22]pgBadger:https://github.com/darold/pgbadger
[23]v2.58.0:https://github.com/pgbackrest/pgbackrest/releases/tag/release/2.58.0
[24]pgBackRest 停止維護(hù)了:/pg/pgbackrest-archive/
[25]pgBackRest 官網(wǎng)公告:https://pgbackrest.org/
[26]pgBackRest GitHub README 維護(hù)更新:https://github.com/pgbackrest/pgbackrest
[27]Notice of Obsolescence:https://thebuild.com/blog/2026/04/27/notice-of-obsolescence/
[28]pgBackRest is dead. Now what?:https://mydbanotebook.org/posts/pgbackrest-is-dead.-now-what/
[29]pgBackRest is archived, what now?:https://percona.community/blog/2026/04/28/pgbackrest-is-archived-what-now/
[30]Open source doesn't die. It gets unfunded.:https://percona.community/blog/2026/04/30/open-source-doesnt-die-it-gets-unfunded/
[31]pgxbackup: Continuity Support for pgBackRest:https://thebuild.com/blog/2026/05/01/pgxbackup-continuity-support-for-pgbackrest/
[32]Supabase Developer Update - April 2026: https://github.com/orgs/supabase/discussions/44713