PgBouncer 없이 Postgres를 운영하는 사람이 있나요?

Postgres는 많은 연결을 효율적으로 관리하기 어려워 로컬 연결 풀, 짧은 연결 점유, PgBouncer 같은 외부 풀러를 함께 사용하는 방식이 여전히 필요함 조사한 관리형 Postgres 제공업체 18곳 중 16곳이 연결 풀러를 지원하며, 대부분 PgBouncer를 기본 구성으로 제공함 구현 방식은 AWS의 RDS Proxy, Supabase의 PgBouncer·Supavisor처럼 다양하고, Google Cloud SQL·Heroku·Render 등은 요금제나 서비스 조건에 따라 지원 범위가 달라짐 공급자마다 구성과 접속 규칙을 따로 만들고, 사용자는 listen/notify 제한과 풀링 모드별 장단점을 파악해야 해 양쪽 모두에 중복 작업이 발생함 연결 풀링을 Postgres 자체에 다시 통합해 하나의 URL과 포트만 제공하면 오랫동안 누적된 운영 우회 작업을 크게 줄일 수 있음 관리형 Postgres의 연결 풀링 현황 약 10년 전에 작성한 데이터베이스 연결 관리 글의 내용은 지금도 대부분 유효함 Postgres는 많은 연결을 관리하는 데 여전히 약점이 있음 안정적인 운영을 위해 로컬 연결 풀, 짧은 연결 점유, PgBouncer 같은 풀러 사용을 권장함 관리형 Postgres 제공업체별 지원 현황은 다음과 같음 제공업체 구현 조건·제약 Aiven PgBouncer Startup 이상 Alibaba RDS PgBouncer 제한 없음 AWS RDS / Aurora RDS Proxy 별도 관리형 프록시 서비스 Azure PG PgBouncer 제한 없음 Crunchy Bridge PgBouncer 제한 없음 DigitalOcean PgBouncer 제한 없음 EDB Postgres AI PgBouncer 제한 없음 Fly.io MPG PgBouncer 제한 없음 Google Cloud SQL PgBouncer / 관리형 풀링 Enterprise Plus 필요 Heroku PgBouncer 일부 요금제만 지원 IBM Cloud 없음 직접 관리만 가능 Neon PgBouncer 제한 없음 OCI (Oracle) 없음 관리형 풀러 미제공 PlanetScale PgBouncer 제한 없음 Railway PgBouncer 별도 서비스로 추가 Render PgBouncer 유료 데이터베이스에서 제공 Supabase PgBouncer / Supavisor 서버리스에는 독점 풀러 Supavisor도 제공 Tiger C...