From: | Silk Parrot <silkparrot(at)gmail(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | How to best archetect Multi-Tenant SaaS application using Postgres |
Date: | 2016-07-31 02:07:09 |
Message-ID: | etPan.579d5d52.7f6a0b8e.5fc@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi,
We are trying build a multi tenant application and are debating which approach we should take: (also my understanding is based on that pgbouncer connection pool doesn’t work across different user/database pair):
1. For each tenant, we create a dedicated database and a dedicated user. This option gives best isolation. However, connection pooling won’t work pgbouncer.
2. We put all tenants in a single database, and just use one user. I learned that pgbackup will be probamatic when there are > 30 schemas in a database, so we probably can’t create dedicate schema for each tenant.
We are more inclined to choose 1, but don't know how many concurrent connections Postgres can handle for OLTP workload in a 32GB memory, SSD box. Also we would like hear from someone with more postgres experience about the best practice for building multi-tenant application.
Thanks
Ryan
From | Date | Subject | |
---|---|---|---|
Next Message | Jason Dusek | 2016-07-31 02:47:17 | Re: Uber migrated from Postgres to MySQL |
Previous Message | Adrian Klaver | 2016-07-30 22:26:42 | Re: Proposal "stack trace" like debugging option in PostgreSQL |