discourse_docker 이미지에서 합리적인 기본값을 제공하려고 노력하지만, 모든 가능한 사용 사례를 고려하기는 어렵습니다. 원하시는 경우 이미지를 커스터마이징하여 버전을 유지하도록 설정할 수 있습니다.
일정 수준에서 종속성 버전은 우리의 호스팅 요구사항을 반영합니다 - 우리는 내부적으로 기본 이미지를 사용합니다. 이는 이미지가 너무 오래되지 않도록 보장하지만, 동시에 우리가 유지보수할 수 있는 조합의 수에도 제한이 있음을 의미합니다.
해당 방식에 더 익숙하시다면 완전히 유효한 방법입니다.
경고가 구버전 DB를 덤프하기 위해 준비하는 동안 생성된 것이라면 걱정할 필요가 없습니다. 우리는 단순히 pg_dump를 실행하기 위해 구버전 데이터 디렉토리에 대해 서버를 실행하고 있을 뿐입니다. 덤프가 새 서버로 복원되면 인덱스가 다시 생성됩니다.
이런 현상이 발생하는 이유는 지난 며칠간 Debian Bookworm에서 Trixie로 업그레이드되어 glibc 버전이 변경된 기본 이미지의 새 버전을 출시했기 때문입니다. libc 제공자(사용자분도 아마 이 방식을 사용했을 것입니다)를 기반으로 하는 로케일은 glibc 업그레이드 과정에서 안정적이지 않으므로, 업그레이드 스크립트가 구버전 데이터를 덤프하기 위해 Postgres 서버를 시작할 때 collation mismatch 경고가 표시됩니다.
collation mismatch가 바로 pg_upgrade를 실행하지 않고 덤프 및 복원 방식을 사용하는 전체적인 이유입니다. DB가 builtin 제공자와 함께 C.UTF-8을 사용하는 경우, glibc 업그레이드가 더 이상 collation에 영향을 미치지 않습니다.