Zitadel team clearly understand OpenID, Auth0, Keypass, etc specs and have all previous experience to implement identity management right for SaaS, B2C and B2B project scenarios.
As you already pointed out we are currently working on two major improvements.
A new resource based API which allows creating your own login/register and many more things (1) and a login/register sdk for typescript (2).
This decision was definitely influenced by our great community and helps us shape the product.
We dearly believe the market needs a modern open source identity platform that can replace Auth0
Personal opinion, do not fight me for this ;-) I often think of what we do as GitLab vs. GitHub. Going with an open core/source product against a well established cloud only/closed source player. From Keycloak we took inspiration in the ability to self-host. We think it is important to allow people to control their critical user data.
It's fine to talk about alternative solutions but you could at least compare and contrast the solutions together and provide some insight into why you are plugging another product...
Keyclock is a great project. Much welcomed by all my friends from bloody enterprise caused 1. it’s written in Java and 2. well tested by their cyberops teams.
When adeptima says "Keycloak is a non-brain solution" I believe that is intended as an endorsement.
Americans use the term 'no-brainer' as a positive thing - a decision so good, easy and obvious that even someone with no brain would make it.
That's in contrast to a most colloquialisms about decisions made without brain power - calling a decision 'thoughtless' or 'dumbass' would instead be a negative thing.
I currently use Firebase auth for a couple of projects where I don’t want to implement auth. because of 2fa etc.
There I just have one project for each … project because they are separated.
I just saw that something like that works in Zitadel too, so I only have to run one instance. But is this meant to work like that? Or should I rather spin up one instance per project?
In a typical setup you will only need an instance (a virtual Zitadel system).
This already supports B2C and B2B deployments.
If you want to host multiple customers, fully isolated, you could create an instance for each customer. However this is only necessary if you want to become a Zitadel service provider in most cases ;-)
Would like to cheerlead for fully opensource Zitadel project here however.
https://zitadel.com/
https://zitadel.com/team
Main repo https://github.com/zitadel/zitadel
Zitadel team clearly understand OpenID, Auth0, Keypass, etc specs and have all previous experience to implement identity management right for SaaS, B2C and B2B project scenarios.
SaaS Product with Authentication and Authorization https://zitadel.com/docs/guides/solution-scenarios/saas
Simplify Your SaaS: Multi-Tenancy and Delegated Access Management with ZITADEL Organizations https://www.youtube.com/watch?v=Cx_WgyY4TOo
ZITADEL Roadmap https://github.com/orgs/zitadel/projects/6/views/1
Zitadel took a very good direction into allowing to "build my own login and register ui"
Sprint Demo - ZITADEL 2.28.0 https://www.youtube.com/watch?v=hpQ4zrV48LY
[Epic] Login API and improvement of Register API #5015 https://github.com/zitadel/zitadel/issues/5015
https://github.com/zitadel/typescript
Previously had a look at Ory, Keycloak and many others.
Found those solutions either to be more "enterprisy" and over-engineered rather than something which can co-exist in my small team brain.