ADR: PgBouncer za više-shematski Postgres s 8 shema u 2026.

Uvod

U 2026. godini, suočili smo se s ključnom arhitektonskom odlukom: kako optimizirati connection pooling za našu Postgres 16 bazu podataka koja služi 8 shema u multi-tenant okruženju. Nakon detaljne analize, odabrali smo PgBouncer umjesto Supabase hostanog rješenja. Ovaj članak objašnjava razloge i implikacije te odluke.

Zašto PgBouncer?

PgBouncer je lagani, samostalni connection pooler za PostgreSQL koji nudi izvrsne performanse i nisku latenciju. U našem slučaju, ključni faktori bili su:

• Suverenitet podataka: PgBouncer radi unutar naše infrastrukture, što nam daje potpunu kontrolu nad podacima i mrežnim prometom.
• Niska latencija: Bez dodatnih mrežnih skokova prema vanjskom servisu, latencija je minimalna.
• Fleksibilnost: Mogućnost konfiguracije za specifične potrebe 8 shema, uključujući različite pool strategije.

Zašto ne Supabase?

Supabase nudi odličan hosted pooler, ali nije odgovarao našim zahtjevima:

• Ovisnost o vanjskom servisu: Supabase bi uveo dodatnu točku kvara i potencijalne probleme s privatnošću podataka.
• Latencija: Dodatni mrežni hop do Supabase servera povećava latenciju, što je kritično za aplikacije u stvarnom vremenu.
• Troškovi: Za 8 shema s visokim prometom, cijena Supabase plana bila bi značajna u usporedbi s besplatnim PgBouncerom.

Implementacija

Postavili smo PgBouncer na istom serveru kao i Postgres 16, koristeći transaction pooling za maksimalnu učinkovitost. Konfiguracija je uključivala zasebne poolove za svaku shemu, optimizirane prema obrascima opterećenja. Rezultat je stabilan sustav s prosječnom latencijom ispod 1 ms.

Zaključak

Odluka o korištenju PgBouncera umjesto Supabasea bila je ispravna za naše specifične potrebe suvereniteta i performansi. Preporučujemo sličan pristup svima koji traže potpunu kontrolu nad svojom Postgres infrastrukturom.