핵심 요약
- PostgreSQL 19 베타 기간 중 이례적으로 8~10개의 주요 기능이 대거 롤백(취소)되었습니다.
- 시니어 개발자들의 보안 이슈 대응 집중과 함께, LLM 기반 코드 리뷰·퍼징 도구 도입으로 에지 케이스 결함이 단기간에 폭발적으로 발견된 것이 주요 원인으로 꼽혔습니다.
- 커뮤니티는 출시 일정을 맞추기 위해 기능 롤백을 택했으며, 향후 개발 체계를 개선해 복구할 계획입니다.
요약 PostgreSQL의 주요 커미터이자 개발자인 피터 아이젠트라우트(Peter Eisentraut)가 최근 PostgreSQL 19 베타 기간 동안 이례적으로 다수의 핵심 기능이 롤백(revert)된 배경에 대한 회고를 공개했습니다. 통상적인 릴리스 주기에서는 롤백되는 기능이 기껏해야 1개 정도에 불과하지만, 이번 PostgreSQL 19 버전에서는 무려 8~10개에 달하는 주요 기능이 베타 후반부에 대거 취소되었습니다.
저자는 이 같은 사태가 발생한 데에는 여러 복합적인 요인이 작용했다고 설명합니다. 우선 'Vulnpocalypse'라 불리는 일련의 보안 취약점 사태로 인해, 시니어 개발자들이 4월 피처 프리즈(feature freeze)부터 8월 보안 패치 배포 시점까지 보안 취약점 대응에 매달려야 했습니다. 이로 인해 통상 베타 기간에 집중적으로 이루어져야 할 추가 리뷰와 테스트가 지연되었고, 8월 이후 뒤늦게 문제들이 한꺼번에 쏟아져 나오며 후반부 대량 롤백으로 이어졌습니다.
특히 결정적인 역할을 한 것은 'LLM 기반 코드 리뷰 및 퍼징(fuzzing)'의 도입이었습니다. 이번에 취소된 기능들은 대부분 LLM 리뷰 도구가 발전하기 전 작성된 코드였으나, 최근 LLM을 활용한 코드 분석으로 인해 기존에는 5년에 걸쳐 서서히 발견되었을 수십 개의 에지 케이스와 결함이 단기간에 대량 보고되었습니다. 사소한 버그라도 수십 개가 쌓이면 검토와 수정에 고정 비용이 발생해 정해진 릴리스 일정 내에 모두 해결하기가 불가능해진 것입니다. 또한 복잡하게 얽힌 SQL 타입 시스템과 제약 조건의 결합을 인간이 일일이 검증하기 어렵다는 점도 LLM 퍼징을 통해 여실히 드러났습니다.
커뮤니티는 릴리스 일정을 미루는 대신 안정성을 위해 해당 기능들을 제외하기로 결정했습니다. 저자는 실험적(experimental) 기능 관리 체계 도입 등 개발 프로세스를 개선하고 내부 인터페이스를 보강할 필요가 있다고 지적하며, 이번에 롤백된 기능들도 향후 충분한 보완을 거쳐 다시 돌아올 것이라고 덧붙였습니다.
Sponsored · 광고