pgBackRest의 부활 — 한 달 만에 6사 컨소시엄으로 돌아온 PostgreSQL 백업 표준

한 줄 요약

2026-05-19, Percona가 주도하는 6사 컨소시엄(AWS · Percona · Supabase · pgEdge · Tiger Data · Eon)이 pgBackRest의 후원을 공식화했다. David Steele(데이비드 스틸)은 메인테이너로 복귀한다.

한 사람이 13년 짊어진 모델이, 22일 만에 여러 사람이 함께 짊어지는 모델로 갈아탔다. 이게 이번 사건의 진짜 줄거리다.

운영자 입장에서 결론은 짧다 — 즉각 마이그레이션 압력은 사라졌고, PostgreSQL 19(2026-09 예정) 호환성도 컨소시엄이 책임진다. 지난달 종료 발표 시점에 썼던 글의 결말이 한 달 만에 바뀌었다.

22일짜리 정세 변동

22일이다. 종료 발표를 알아채고 분노했다가 분석으로 넘어가는 사이클을 한 바퀴 다 돌 시간도 안 됐다. 그동안 PostgreSQL 운영자 커뮤니티 안에서는 *“진짜 멈추면 어떻게 되나”*의 시뮬레이션이 활발했고 — Barman으로의 마이그레이션, CNPG의 plugin-barman-cloud, WAL-G 회의론 등이 한 자리에서 다시 정리됐다. 결과적으로 그 압박이 후원사들의 의사 결정 속도를 끌어올린 그림이다.

6사가 왜 들어왔는가

발표문은 회사 이름 외에 각자 동기를 길게 풀지 않았지만, 각 회사의 PG 사업 위치를 보면 그림은 그려진다.

요약하면 — pgBackRest를 잃었을 때 가장 비싸게 무는 회사들이 모였다. 단독 후원사 모델은 시장 한 자리에서 손해를 보는 회사가 비용을 다 짊어지는 구조였고, 컨소시엄 모델은 시장 전체에서 손해를 보는 회사들이 N분의 1로 나누는 구조다. Crunchy Data가 한 명을 13년 받쳐 줬다면, 이제는 6사가 함께 받친다.

Percona CEO Peter Farkas의 발표문 한 줄이 그 자리를 그대로 짚는다.

“pgBackRest has been our recommended backup solution/tool for years… coordinating with other companies to keep it healthy was a straightforward decision.”

(pgBackRest는 우리가 수년 동안 권장해 온 백업 도구다. 이 도구를 건강하게 유지하기 위해 다른 회사들과 손을 잡는 결정은 어려운 결정이 아니었다.)

Percona의 PostgreSQL P&E를 이끄는 Kai Wagner는 한 줄 더 보탰다.

“Open source stays open. That’s not a slogan. It’s how we make decisions.”

(“오픈소스는 열려 있다"는 슬로건이 아니다. 우리가 결정을 내리는 방식이다.)

읽는 사람에 따라 마케팅으로 받아칠 수도 있다. 다만 22일 안에 사실상 모인 동작이 그 슬로건을 한 번은 받쳐 줬다는 점은 분명하다.

단독 메인테이너에서 다중 메인테이너로

이번 컨소시엄 발표에서 자금만큼 중요한 두 번째 줄기가 있다 — Percona가 새 메인테이너 onboarding을 명시적으로 책임진다.

“Percona engineering involvement to onboard a new maintainer.”

13년 동안 코드 리뷰·릴리스·이슈 트리아지를 거의 한 사람이 처리한 프로젝트였다. 지난달 종료 글에서 정리한 구조적 함정이 정확히 그 자리다. 자금이 모여도 한 사람이 다시 떠안는 구조라면 같은 위기가 5년 뒤 그대로 반복된다.

이번 발표에서 공식화된 세 가지 변화는 이렇다.

1. Steele의 메인테이너 복귀 — 후원 자금으로 dedicated time 확보
2. 단일 후원사 의존 모델 해체 — 컨소시엄 모델로 전환. 한 회사 매각·예산 삭감 한 번으로 프로젝트가 흔들리지 않는다
3. 추가 메인테이너 영입 — Percona가 엔지니어링 리소스를 들여 후속 메인테이너를 onboarding

세 번째 항목이 가장 묵직하다. 단독 메인테이너가 후원만 받는다고 지속가능성 문제가 사라지지 않는다 — 이 인식을 운영자 커뮤니티 바깥에서도 받아들인 결과다. 한 명에서 둘로, 둘에서 셋으로 늘어나는 그 사이가 진짜 분기점이다.

flowchart TD
    OLD["기존 모델
(2013~2024)"]
    OLD_SUB["Crunchy Data 단독 후원
+ Steele 단독 메인테이너"]
    CRISIS["매각·이탈"]
    EOL["2026-04 종료 선언"]
    NEW["신 모델
(2026-05~)"]
    NEW_SUB["6사 컨소시엄 후원
+ 다중 메인테이너 영입"]
    RESILIENT["한 회사 이탈로
흔들리지 않는다"]

    OLD --> OLD_SUB
    OLD_SUB --> CRISIS
    CRISIS --> EOL
    EOL --> NEW
    NEW --> NEW_SUB
    NEW_SUB --> RESILIENT

오픈소스 지속가능성 모델로서의 의미

pgBackRest 한 건의 부활로 보면 작은 사건이지만, 비슷한 구조의 위기는 곳곳에 있다. Linux 커널의 일부 파일시스템 메인테이너, Curl의 Daniel Stenberg, SQLite의 D. Richard Hipp, 그리고 PostgreSQL 안의 Barman 자체도 결국 한 회사(EDB) 한 줄로 묶여 있다.

이번 사건이 보여준 흐름은 셋이다.

• 단일 회사 후원 + 단일 메인테이너 모델은 매각 한 번으로 무너진다. Crunchy Data 매각 이후 Steele의 후속 정착이 안정될 때까지 시간이 충분히 주어지지 않았다.
• 운영자 커뮤니티의 압박이 후원사 의사 결정 속도를 끌어올린다. 종료 발표 직후 *“진짜 멈추면 어떻게 되나”*의 시뮬레이션이 빠르게 돌면서, 후원하지 않을 때의 운영 비용이 후원할 때의 자금 부담보다 크다는 계산이 빠르게 섰다.
• 컨소시엄 모델 + 다중 메인테이너 영입이 새 표준이 될 수 있다. Eclipse Foundation · CNCF처럼 형식화된 거버넌스까지 가지 않더라도, 비공식 컨소시엄으로 출발해 단계적으로 자리를 잡아가는 그림이 자연스럽다.

후배 한 명이 종료 글에 단 농담이 있었다 — “이래서 파업들을 하는 거라고.” 농담을 뒤집어 보면 이렇다. 한 사람이 손을 놓고 22일이 지나서야 6사가 모였다. 13년 일하는 동안에는 한 회사만 받쳐 줬다. 컨소시엄 모델이 정말 새 표준이 되려면, 위기가 터지기 전에 모이는 회의가 필요하다.

운영자 입장 — 결정 다시 풀기

지난달 종료 글의 운영자 가이드는 다음 PostgreSQL 메이저까지 여유를 두고 점진적으로 Barman · CNPG plugin-barman-cloud로 마이그레이션을 검토하라고 권했다. 이제 그 결정이 풀린다.

신규 도입 시점에 가장 큰 차이가 생긴다. 종료 발표 시점에는 “한 사람만 만지는 도구를 신규로 쓰겠다고 결정하기는 어렵다“가 권고였다. 컨소시엄 발표 이후에는 “6사가 함께 받치는 도구“로 그 자리가 갈렸다.

다음 분기점 — PostgreSQL 19와 그 이후

진짜 검증은 다음 메이저 출시다.

• PostgreSQL 19 (2026-09 예정) — 컨소시엄 체제에서의 첫 번째 메이저 대응. v2.59 또는 그 후속 릴리스에서 PG 19 공식 지원이 들어와야 한다. 이게 제때 풀리면 컨소시엄 모델은 운영자 신뢰를 한 번 얻는다.
• 새 메인테이너 영입 시점 — Percona가 명시적으로 책임진 onboarding이 1~2년 안에 가시화돼야 한다. 단순히 Steele 한 명 복귀로 끝나면 5년 뒤 같은 위기가 반복된다.
• 추가 후원사 합류 — 6사가 핵심이지만 지속 가능성 차원에서는 더 두꺼워질 필요가 있다. EDB · Crunchy Data · Cloud Native(EnterpriseDB Postgres) 같은 큰 자리들이 어떻게 움직일지가 관전 포인트.

정리

13년 단독 시대가 22일 만에 6사 컨소시엄 시대로 넘어갔다. 정세는 풀렸지만, 컨소시엄 모델이 정말 지속 가능한지는 첫 번째 PostgreSQL 메이저 대응과 새 메인테이너 영입 시점이 결정한다. 그동안 운영자는 마이그레이션 압력 없이 한 분기 정도 더 호흡할 수 있다.

참고

• Percona / GlobeNewswire — Open Source Stays Open: Percona Sponsors pgBackRest
• pgBackRest GitHub — MAINTENANCE UPDATE
• Percona Community — pgBackRest is archived, what now?
• pgBackRest News
• MyDBA Notebook — pgBackRest is dead. Now what?
• 본 블로그 — pgBackRest의 종료 (4/30)
• 본 블로그 — Barman 시작하기 · Barman 14년의 발자취