Skip to main content
Paid Feature

This is a paid feature. Email us to get a license key to start a SuperTokens subscription.

If you want to try this feature without contacting us, you can:

  • Sign up for our managed service, and use this feature in our development environment for free; OR
  • You can self host the SuperTokens core and run it with the in memory db, by not connecting it to a database when running it. All paid features are enabled for free when using the in memory db.

Multitenancy

Multitenancy is a way to organize your application to support multiple tenants. A tenant is a group of users who share a common access with specific privileges to the application. They are isolated from one another and can only access their specific data. Furthermore, each tenant can have different methods of logging in, configured by the tenant, or by you (the application developer).

For example, a SaaS application for a financial company may want to separate their users by the financial institution they represent. This would require a login screen that asks for a username and password, as well as the name of the tenant. The application would then route the user to their specific tenant, which could be a different database or a different collection of data within a database.

Features#

Enterprise SSO / SAML login#

  • Allows your customers to login using their Workforce IdP (OAuth 2.0 & SAML supported). The list of in built providers is stated above, but you can also easily define a custom provider in case we don't support it out of the box.
  • Allow your customers to add and configure their SSO provider themselves. SuperTokens gives you all the building blocks required for this so that you can let customers add their own SSO provider with zero manual intervention from your side during customer onboarding.

Different user pools#

Each tenant will have its own user pool.

  • Isolating users to their orgnisation becomes very simple.
  • This also means that one user can login using the same email across different tenants and they will be treated as different users. You can also share a user across tenants.

Data isolation#

In addition to the above, this feature can also be used to implement data isolation for each of your tenants wherein a different database is used per tenant.

Dynamic tenant creation#

You can create and configure a tenant via few, simple API calls from your backend API layer. No need to manually onboard customers anymore.

Multiple dev environments#

Create multiple dev / staging environments to help with your development process. You can also create a new environment on the fly for CICD testing purposes.