PostgreSQL 19 출시 연기, AI의 버그 발견 속도를 사람이 못 따라간다

PostgreSQL 19는 원래 10월 29일 정식 출시될 예정이었다. 그러나 프로젝트 팀은 RC2를 추가하고 정식 출시일을 11월 19일로 연기한다고 발표했다. 최근 유지보수 브랜치에 들어간 수정 사항이 많아 커뮤니티의 추가 검증이 필요해졌기 때문이다.

이번 연기는 AI가 소프트웨어 출시 과정의 품질 기준을 바꾸고 있음을 보여준다. PostgreSQL 핵심 커미터 Peter Eisentraut에 따르면, 이번 문제의 대부분은 AI가 생성한 저품질 코드에서 비롯된 것이 아니다. 관련 기능의 상당수는 LLM 기반 개발 지원이 성숙하기 전에 이미 완성됐다. 달라진 점은 AI가 기존 개발 절차를 통과한 코드를 다시 대규모로 검토하기 시작했다는 것이다.

핵심 내용

• 베타 단계가 시작된 뒤 약 8~10개의 주요 기능이 철회됐다.
• 일부 문제는 아키텍처 결함으로, 출시 기간 안에 안전하게 수정하기 어려웠다.
• 개별적으로는 작아 보이는 엣지 케이스 버그도 대량으로 발견됐다.
• AI 기반 퍼징은 사람이 일일이 열거하기 어려운 데이터베이스 기능 조합을 자동으로 탐색할 수 있다.
• SQL/PGQ도 해결되지 않은 문제와 위험을 이유로 PostgreSQL 19에서 제외됐으며, 향후 버전에 다시 포함될 가능성이 있다.

PostgreSQL은 도메인, 복합 타입, 파티션 테이블, 뷰, 트리거, security-definer 함수 등이 서로 조합되는 환경이다. 새로운 SQL 기능은 단순한 사용 사례뿐 아니라 이러한 기능이 여러 단계로 중첩된 상황에서도 올바르게 작동해야 한다. 하지만 사람이 가능한 조합을 모두 상정해 수동으로 테스트하는 것은 사실상 불가능하다. AI는 비정상적인 입력을 만들고, 오류가 나타난 경로를 따라 추가 실험을 수행하는 데 강점을 보인다.

이 때문에 AI는 품질을 높이는 동시에 단기적으로 출시를 늦출 수 있다. 버그를 찾았다고 작업이 끝나는 것은 아니다. 유지보수자는 문제를 재현하고, 실제 결함인지 사양상 허용되는 동작인지 판단하고, 수정한 뒤 회귀 테스트를 해야 한다. 코드 변경이 몇 줄에 불과하더라도 보고서가 수십 건 쌓이면 확인과 조정에 드는 인력 비용이 커진다.

이번 상황에는 집중적인 보안 대응과 PostgreSQL 자체의 복잡성 증가도 영향을 미쳤다. 프로젝트는 미해결 위험을 안고 출시하기보다 더 보수적인 결정을 택했다. 따라서 PostgreSQL 19가 단순한 축소 버전이 된 것은 아니다. 중요한 기능은 여전히 남아 있고, 연기된 기능 일부는 PostgreSQL 20의 후보가 될 수 있다.

더 큰 교훈은 소프트웨어의 실질적인 품질 기준이 고정돼 있지 않다는 점이다. AI 리뷰는 기능 개발 초기부터 활용해야 하며, 심각한 결함과 허용 가능한 경계 동작, 오탐을 구분하는 체계도 필요하다. AI가 탐색 범위를 넓히더라도 어떤 문제를 반드시 고칠지, 어느 수준의 위험을 받아들일지, 언제 출시할지는 여전히 사람의 판단에 달려 있다.

출처: InfoQ 中文