top | item 41460319

(no title)

ultimoo | 1 year ago

If you’re building a new SaaS today would you simply implement this natively in your stack or go with a vendor like auth0?

discuss

order

lknuth|1 year ago

I hve just implemented this after we moved away from SuperTokens. My takeaway is that its easier than you'd think (there are libraries that do interaction with the SSO provider for you) and you can fine tune it to your liking (for example, more involved account linking).

If you're starting out though, probably go for a SaaS in the beginning. But be sure to have monitoring for pricing and an option to close account creation, these things can become expensive fast.

tgma|1 year ago

I am curious what your issue with Supertokens was?

mooreds|1 year ago

My opinion, as someone who works for a company with both a free and paid auth software option: it depends.

If you only need minimal auth functionality and you have one app, go with a built-in library (devise for rails, etc etc).

If you need other features:

- MFA

- other OAuth grants for API authentication

- SSO like SAML and OIDC

or you have more than one application, then the effort you put into using a SaaS service or standing up an independent identity server (depending on your needs and budget) is a better solution.

Worth acknowledging that auth is pretty sticky, so whatever solution you pick is one that you'll be using for a while (assuming the SaaS is successful).

Auth0 as a choice is good for some scenarios (their free plan covers 7k MAUs which is a lot for a hobby project), but understand the limits and consider alternatives. Here is a page from my employer with alternatives to consider: https://fusionauth.io/guides/auth0-alternatives

n2d4|1 year ago

Stack Auth is trying to solve exactly this — open-source, developer-friendly, and reasonably priced managed auth. That way, you don't have to worry about OAuth but still aren't locked into a specific vendor.

The downside is that we only support Next.js for now (unless you're fine with using the REST API), but we're gonna change that soon.

pphysch|1 year ago

If you aren't in a rush, it's worth learning and the implementation won't be too big.

apitman|1 year ago

Build it yourself. Then throw away your implementation and use a battle-tested library.