PostgreSQL 19, 정식 출시 목표가 11월 19일로 밀렸다

10월 29일 대신 11월 19일을 목표로 한다

PostgreSQL 개발 그룹의 10월 15일 RC1 발표에 따르면 정식 출시 목표일은 11월 19일이다. 추가 지연이나 다른 출시 후보가 필요한 문제가 발견되지 않는다는 조건이 붙는다. 10월 26일 현재 정식판이 출시된 상태는 아니다.

앞서 Jonathan S. Katz는 9월 28일 일정 안내에서 RC1을 10월 15일, 정식판을 10월 29일에 내겠다고 예고했다. 이 일정에 맞춰 이전 작업을 잡았다면 정식판 출시와 운영 전환 날짜를 다시 나눠 잡아야 한다.

기존 버전에 쌓인 수정부터 RC2에 넣는다

출시팀이 밝힌 이유는 수정 사항의 양이다. 10월 10일 변경 공지는 기존 지원 브랜치에 추가된 많은 수정을 19 RC2에도 넣고, 그 뒤 정식 출시로 진행하겠다고 설명한다.

RC1에도 이미 여러 수정이 들어갔다. 발표 목록에는 REPACK (CONCURRENTLY), 쿼리 계획 조언 기능인 pg_plan_advice, 병렬 autovacuum 관련 수정이 포함된다. 새 기능을 사용할 수 있다는 사실과 그 기능을 운영 환경에서 검증했다는 사실은 구분해야 한다.

RC1은 운영용 정식판을 대신하지 않는다

PostgreSQL의 시험판 안내는 베타와 출시 후보를 운영 시스템용으로 만들지 않았다고 명시한다. RC는 정식판에 가까운 상태이지만, 공개 후 시험에서 발견한 문제에 따라 추가 변경이 들어갈 수 있다.

지금 RC1을 사용할 목적은 PostgreSQL에 의존하는 애플리케이션·드라이버·도구의 호환성 확인이다. 단순히 설치가 끝났거나 서버가 시작됐다는 결과만으로 운영 전환 준비가 완료되는 것은 아니다. 실제 업무에서 쓰는 쿼리와 도구로 시험해야 출시 전 회귀 문제를 찾는 데 도움이 된다.

실행 파일 교체보다 이전 경로를 먼저 정한다

공식 업그레이드 문서는 같은 메이저 버전 안의 소규모 업데이트와 메이저 이전을 구분한다. 메이저 버전에서는 내부 저장 형식과 사용자에게 보이는 동작이 바뀔 수 있다. 18에서 19로 옮길 때는 덤프·복원, pg_upgrade, 복제 같은 이전 방식을 검토해야 한다.

19의 Migration 항목에는 구체적인 호환성 변화가 있다. MD5 비밀번호 인증은 성공 뒤 경고를 내도록 바뀌며, RADIUS 지원은 제거된다. MD5 경고를 인증 방식 자체의 제거로 읽어서는 안 된다.

서버의 standard_conforming_strings도 항상 on이 된다. 이전 버전의 덤프 도구와 off 설정으로 만든 덤프에는 로딩 호환성 문제가 명시돼 있다. 해당 환경은 19 이상의 덤프 도구를 사용하거나 on 설정을 사용하는 조건을 살펴봐야 한다.

운영팀의 준비 작업은 이 변화 목록에서 출발하면 된다. 현재 인증 방식과 데이터 이전 경로를 정하고, 사용하는 확장·클라이언트·애플리케이션이 새 버전에서 동작하는지 시험한다. RC2가 나오면 그때의 수정 내역까지 반영해 전환 일정을 결정해야 한다.

자주 묻는 질문

PostgreSQL 19를 기다리는 팀은 출시일 변경과 운영 이전 준비를 함께 반영해야 한다. RC2는 11월 12일, 정식판 목표는 11월 19일이다.