If you run multi-tenant SaaS on Supabase with one project per customer, you probably know this pain:
That's what tenantctl is for.
It's a control plane for teams managing a fleet of Supabase tenant projects from a single base template. You connect your Supabase org, define a tenant group with a base project, then provision new tenants or attach existing ones. From there you get a graph view of base → tenants, drift checks (migrations, schema, edge functions, secrets), and tools to sync tenants back to base.
Good fit if you:
Probably not for you if:
Open source, live at tenantctl.io. Would love feedback from anyone doing this at scale, especially what's still painful in your workflow.
The user introduces 'tenantctl', a control plane for managing multiple Supabase tenant projects from a single base template. It helps teams provision new tenants, check for drift, and sync projects. The user seeks feedback from those managing multi-tenant SaaS on Supabase.
I am building a multi Saas Tenant but it’s not completed due to Supabase globally technical issue going on. I am not aware about the pain point you mentioned yet so can you please clarify what problem you are solving for multi tenant Saas please. Thank you