Use case
Own-your-data authentication
With AscendKit, auth executes inside your app and user records live in your own database, while AscendKit acts as the control plane for settings, risk, and lifecycle events. Because user data never moves to a hosted store, you keep control over residency and avoid the lock-in of hosted-user-store providers.
How it works
- 1. Install the SDKAdd the AscendKit SDK and connect it to your existing database through the adapter.
- 2. Run auth in your appSign-in, sessions, and user creation happen in your own runtime and data store, not a hosted user store.
- 3. Use the control planeAscendKit manages settings, auth risk scoring, analytics, and lifecycle events without holding your user records.
FAQ
Does AscendKit store my users on its servers?
No. User records stay in your own database. AscendKit is the control plane for configuration, risk, and lifecycle, not a hosted user store.
How does this help with EU data residency?
Because user data lives in your database, you control where it is stored, which sidesteps the residency concerns common with US-only hosted user stores.
Start with one API key
Auth, email, surveys, and journeys share one user record, so you ship this without stitching vendors together.
Start free