17
Introducing Authorizer.dev
Why you should consider using Authorizer β
β It is open source and free to use π
β Supports role based authentication & Authorization
β Supports secure session management with HTTP only Cookies & JWT tokens
β Supports multiple auth recipies
- Social media login (Google, Facebook, Github, more to come)
- Basic login using email & password
- Passwordless login via the magic link
β Supports database of your choice
β Supports multiple integrations and implementations
- JS SDK that can be used in Backend (NodeJS) and Frontend
- React Component Library for React specific projects
- More to come soon...
β Comes with Builtin Login Solution
- A login page where you can directly redirect your users and get the login state in your web application using JS SDK
β Comes with Multiple Deployment Options
β Supports custom scripting for advanced use cases like modifying JWT token payload
β
Developed using modern stack
- GoLang with high performant Gin Server
- Exposes GraphQL API
Motivation behind Authorizer
- Didn't want to implement the same logic again and again
- Needed single source of data. If I use 3rd party services user data might be at different places and application data might be at a different place.
- Didn't want to pay for services like auth0 based on user count. This model is painful as application scales.
- Needed authorization service always running as it can add more latency if implemented with serverless architecture, which will put service to sleep when not used. Also, it can come with the complexity of more open DB connections as the app scales
- Needed a graphical representation of user data, that is the reason I used GraphQL which will help us link user information with other application data and generate the linked graph (Helpful when the application is using GraphQL under the hood)
Also, don't forget to share the love for authorizer by adding a star to Github projects!
17