마이크로소프트가 최근 GitHub 에 PostgreSQL 기반의 내구 실행 라이브러리인 pg_durable 을 공개하며 개발자 커뮤니티의 이목을 집중시켰습니다. 이 프로젝트는 데이터베이스 내부에서 장시간 실행되는 SQL 함수를 안정적으로 처리할 수 있도록 설계되었습니다.
기존에 개발자들이 작업 흐름을 유지하기 위해 크론 잡, 워커, 큐, 상태 테이블 등 여러 부속품을 복잡하게 연결하던 방식을 한곳으로 통합하려는 시도입니다.
이 소식은 글로벌 개발자 커뮤니티, 특히 해커뉴스 등에서 즉각적인 반응을 이끌어냈습니다. 많은 개발자가 2026 년을 포스트그레SQL 큐의 해로 규정하며 이 흐름을 주목했습니다.
데이터베이스 내부에서 상태 관리를 하려는 시도가 DBOS 나 pgQue 같은 다른 프로젝트들과 맞물려 새로운 트렌드로 자리 잡을 가능성이 높다는 분석이 지배적입니다. 커뮤니티는 마이크로소프트가 이 기술을 오픈소스로 내놨다는 점 자체를 환영하면서도, 그 실용성에 대해 다양한 의견을 제시했습니다.
반응은 찬반으로 명확하게 갈리는 양상을 보입니다. 한쪽에서는 데이터베이스 내부에 비즈니스 로직을 넣는 것이 마치 스토어드 프로시저를 연상시킨다고 지적합니다.
단위 테스트가 어렵고 버전 관리가 불편하며, 데이터베이스가 과부하될 경우 전체 시스템에 영향을 줄 수 있다는 우려가 제기됩니다. 특히 API 호출 같은 입출력 작업이 데이터베이스 내부에서 처리될 때 성능 병목이 발생할 수 있다는 점도 주요 논쟁거리입니다.
하지만 또 다른 관점에서는 이미 포스트그레SQL 에서 상태 관리를 하고 있는 팀들에게 이 도구가 매우 유용할 수 있다고 봅니다. 복잡한 외부 큐 시스템을 도입하지 않고도 데이터베이스 트랜잭션의 안정성을 그대로 활용할 수 있기 때문입니다.
특히 로컬 데이터베이스 기반의 작업이나 단순한 워크플로우를 처리할 때는 기존 방식보다 훨씬 간결하고 효율적인 해결책이 될 수 있다는 평가도 나옵니다.
이 프로젝트가 향후 어떻게 발전할지 주목해야 할 점은 데이터베이스와 애플리케이션 로직의 경계가 어떻게 재정의될지입니다. 에어플로우 같은 DAG 스케줄러가 해결해 온 문제를 데이터베이스 내부로 가져오는 것이 진정한 혁신이 될지, 아니면 일시적인 유행에 그칠지 지켜봐야 합니다.
마이크로소프트의 이번 시도가 개발자들의 워크플로우를 어떻게 바꿀지, 그리고 포스트그레SQL 생태계가 어디까지 확장될지 다음 업데이트가 중요한 분기점이 될 것입니다.
작성자 소개
