분산 PostgreSQL 고가용성 10년: BDR에서 EDB Postgres AI까지

PostgreSQL 분산 고가용성은 여러 위치에서 데이터베이스를 동시에 운영해 한 곳에 장애가 발생해도 다른 위치에서 서비스를 이어가는 방식입니다. 이 글은 BDR의 탄생부터 EDB Postgres AI의 발전까지 10년의 여정을 살펴봅니다.

PostgreSQL 고가용성: 손으로 그린 설계도에서 상시 가동 인프라까지

10년 전, 기업 인프라에서는 두 가지 변화가 분명해지고 있었습니다. 기업은 단일 장비로 감당할 수 있는 수준을 넘어서는 성능과 기능을 데이터베이스에 요구하게 될 것이며, 다운타임을 더 이상 당연한 운영 비용으로 받아들이지 않게 될 것이라는 점입니다.

오늘날 이 두 가지는 타협할 수 없는 요구사항이 되었습니다. AI는 그 중요성을 더욱 높이고 있습니다. AI 에이전트가 기업 데이터의 주요 소비자로 자리 잡으며, 기업이 사업을 운영하는 모든 지역에서 기계의 속도로 끊임없이 데이터를 조회하기 때문입니다. 이러한 수요를 충족하려면 분산 고가용성이 필요합니다. 여러 위치에서 데이터베이스를 동시에 실행해 한 곳에 장애가 발생하더라도 다른 위치에서 중단 없이 트래픽을 처리하는 방식입니다.

EDB Postgres AI(EDB PG AI)는 바로 이러한 요구를 위해 설계되었습니다. 표준 PostgreSQL을 온프레미스, 하이브리드 환경 또는 다양한 클라우드에서 실행할 수 있는 분산형 상시 가동 플랫폼으로 확장합니다. 처음부터 플랫폼이었던 것은 아닙니다. 오픈소스 복제 프로젝트로 출발했으며, 2026년 8월에는 이 프로젝트가 첫 프로덕션 릴리스를 선보인 지 10년이 되었습니다. 이 글에서는 그 발전 과정을 돌아보고, 이를 만들어 온 사람들의 기여를 조명합니다.

ACI Worldwide 사례: 지속적인 가용성과 대규모 결제 처리

역사를 살펴보기 전에 실제 운영 사례를 먼저 보겠습니다. 글로벌 결제 처리, 긴급 구조 서비스, 전력망과 같은 시스템에서는 1초의 지연도 사실상 서비스 중단과 같습니다. 결제 처리를 예로 들어 보겠습니다.

결제 시스템 기업 ACI Worldwide는 세계 상위 20개 은행 중 19개 은행을 대상으로 매일 14조 달러가 넘는 결제 및 증권 거래를 처리합니다. 이 규모만으로도 큰 과제이지만, ACI는 엄격한 규제와 성능 요구사항을 충족하면서 다운타임 없이 이를 처리해야 합니다. 모든 거래 뒤에는 사람이 있습니다. 식료품을 사거나, 급여를 지급하거나, 주택 매매를 마무리하는 사람들입니다. 데이터베이스가 멈추면 누군가의 일상도 멈춥니다. ACI의 최고제품책임자(CPO) Jeremy Wilmot는 “결제 업계에서는 당연히 24시간, 주 7일, 연중 365일 운영해야 합니다. 특히 거래량이 주당 수십억 건에 이르면 더욱 그렇습니다”라고 설명했습니다. 그는 머지않아 거래량이 하루 수십억 건으로 늘어날 것이며, “우리는 이를 감당할 수 있어야 합니다”라고 덧붙였습니다. EDB PG AI를 도입한 이후 ACI는 데이터베이스 다운타임에 대한 걱정을 덜게 되었습니다.

분산 PostgreSQL의 시작: 양방향 복제(BDR)

미션 크리티컬 워크로드를 위한 상시 가용성의 기반을 구축하는 일은 간단하지 않았습니다. 물리학, 분산 컴퓨팅 이론, 장애 주입 기법을 깊이 탐구할 여러 전문가가 필요한 복잡한 엔지니어링 과제였습니다. 그 토대를 마련한 주역은 과거 2ndQuadrant 팀과 사용자 커뮤니티입니다. 이들이 개발한 Bi-Directional Replication(BDR)은 PostgreSQL용 오픈소스 액티브-액티브 복제 시스템 가운데 처음으로 완전한 프로덕션 운영 단계에 도달했습니다. 초기 개발팀의 많은 구성원이 지금도 EDB에서 개발을 이어가고 있습니다. 이들에게 프로젝트의 시작에 관한 이야기를 들었습니다.

BDR의 초기 개발자 두 사람은 지금도 EDB에서 일하고 있습니다. Practice Solutions 부사장 Gianni Ciolli(가운데)와 Postgres Distributed 부사장 겸 수석 아키텍트 Petr Jelinek(오른쪽)이 EDB 데이터베이스 제품 마케팅 매니저 Danny Navo(왼쪽)와 BDR의 탄생 배경, Postgres 커뮤니티의 공동 피드백이 갖는 중요성에 대해 이야기를 나눴습니다.

BDR 1.0은 2016년 8월 11일에 출시되었습니다. 하지만 이것이 실제 최초 릴리스는 아니었습니다. EDB Practice Solutions 부사장 Gianni Ciolli는 “버전 1.0의 10주년이지만, 우리 솔루션은 그보다 2년 전부터 이미 프로덕션에서 사용되고 있었습니다”라고 설명했습니다. 많은 훌륭한 제품처럼 출발점은 고객의 의견이었습니다. 한 금융 서비스 고객이 PostgreSQL 기반 분산 데이터베이스를 원했습니다. 고인이 된 EDB Postgres Fellow Simon Riggs는 2011년 말 초기 설계와 프로젝트 계획을 시작했습니다. 이후 Andres Freund가 합류해 주요 개발자를 맡게 되었습니다. EDB Postgres Distributed 부사장 겸 수석 아키텍트 Petr Jelinek는 2012년에 이미 작동하는 프로토타입이 있었다고 회상합니다.

EDB의 시니어 스태프 소프트웨어 개발 엔지니어 Craig Ringer에게 초기 비전을 묻자 답은 명확했습니다. “Postgres를 위한 분산 비동기 액티브-액티브 복제였습니다. 단일 노드인 것처럼 사용할 수 있는 완전히 투명한 데이터베이스를 뜻한 것은 아닙니다. 애플리케이션이 그 특성을 이해해야 하지만, 매우 강력한 분산 액티브-액티브 복제를 제공할 수 있는 시스템이었죠.” 그는 분산 Postgres를 사용자가 실제로 운영할 수 있게 만드는 데 기여한 점을 가장 자랑스럽게 생각합니다. “거친 부분을 다듬고, 모든 부분의 코드를 깊이 알지 못해도 운영할 수 있도록 만들었던 일”이라고 회상했습니다. Craig는 당시 손으로 그린 설계도도 공유했습니다.

BDR이 없었다면 EDB의 분산 Postgres도 없었을 것입니다. 초기 팀이 해결한 액티브-액티브 복제, 충돌 해결, 전체 리전의 장애를 견디는 기술은 이후 EDB가 발전시켜 온 토대가 되었습니다.

EDB Postgres AI: 10년간 다져 온 분산 고가용성 기술

오늘날 EDB PG AI는 10년 동안 실제 운영 환경에서 검증되어 왔으며, 지금도 빠르게 발전하고 성숙해지는 데이터베이스 기술을 담고 있습니다. 은행, 금융, 통신, 국가 기반 시설 분야의 대기업들이 미션 크리티컬 애플리케이션을 EDB PG AI로 옮기고 있습니다. 이 플랫폼은 80곳이 넘는 금융기관을 지원하며 대규모 확장성과 신뢰성을 제공합니다. 2016년 이후 제품 이름은 몇 차례 바뀌었지만 목표는 같습니다. 어디서나, 언제나 가동되는 데이터베이스.

EDB는 여러 데이터베이스, 부가 기능, 외부 도구를 조합하는 대신 하나의 플랫폼을 제공하고자 합니다. 새로운 기능을 별도로 덧붙이기보다 데이터베이스 안에 구축합니다. 2025년에는 Connection Manager를 도입했습니다. 이 기능은 트래픽을 자동으로 라우팅해 트래픽 급증이나 유지보수 중에도 고객이 알아차리지 못할 만큼 애플리케이션이 원활하게 실행되도록 합니다. 2026년에는 Quorum Commit을 추가해 데이터센터가 오프라인 상태가 되더라도 고객 주문이나 결제 같은 트랜잭션이 유실되거나 서로 모순된 상태가 되지 않도록 했습니다. 이러한 기능은 데이터베이스와 함께 제공되므로 별도의 설치, 라이선스 또는 전담 인력이 필요하지 않습니다. 공급업체와 구성요소를 줄이고, 글로벌 상시 가동 애플리케이션을 위한 통합 솔루션을 제공하는 것입니다.

초기 프로덕션 설치 중 하나를 완료하는 데 개발자 두 명이 일주일 내내 작업해야 했던 시절과 비교하면 제품은 크게 발전했습니다. 이제는 CLI 명령어 하나로 처리할 수 있습니다. EDB PG AI의 핵심에는 10년 전에 시작된 기술의 최신 세대가 있습니다. 여러 리전의 가용성 문제를 해결하기 위해 출발한 기술이 이제는 현대 기업과 기업 데이터를 24시간 조회하는 AI 에이전트의 기반이 되었습니다.

PostgreSQL 기반 분산 고가용성의 10년, 그리고 손으로 그린 설계도에서 지금에 이르기까지 이어진 혁신과 협업을 함께 기념합니다. 2036년에 다시 만나겠습니다.

EDB PG AI로 지속적인 가용성을 구현하는 방법이 궁금하다면 EDB 전문가에게 문의하거나 고가용성 제품 웹사이트를 확인해 보세요.

분산 데이터베이스 솔루션을 자세히 알아보려면 제품 문서와 최신 릴리스 노트를 참고하세요.

자주 묻는 질문

PostgreSQL 분산 고가용성이란 무엇인가요?

여러 위치에서 데이터베이스를 동시에 실행해 한 위치에 장애가 발생하더라도 다른 위치에서 트래픽을 계속 처리하는 방식입니다. 본문에서는 글로벌 결제 시스템 등 지속적인 운영이 필요한 환경을 예로 설명합니다.

BDR과 EDB Postgres AI는 어떤 관계인가요?

BDR은 PostgreSQL의 양방향 복제 프로젝트로 출발했습니다. 이 프로젝트에서 개발한 액티브-액티브 복제, 충돌 해결, 리전 장애 대응 기술은 EDB의 분산 Postgres와 EDB Postgres AI가 발전하는 기반이 되었습니다.

Connection Manager와 Quorum Commit은 어떤 역할을 하나요?

본문에 따르면 Connection Manager는 트래픽 급증과 유지보수 상황에서 트래픽을 자동으로 라우팅합니다. Quorum Commit은 데이터센터가 오프라인 상태가 되더라도 주문·결제 등의 트랜잭션이 유실되거나 모순된 상태가 되지 않도록 하는 기능입니다.

EDB Postgres AI는 어떤 환경에서 운영할 수 있나요?

본문에서 소개한 EDB Postgres AI는 온프레미스, 하이브리드 환경 및 다양한 클라우드에서 운영할 수 있습니다.

한국어 콘텐츠 최종 수정일: 2026-10-15