←back to thread

189 points udev4096 | 10 comments | | HN request time: 1.524s | source | bottom
Show context
ants_everywhere ◴[] No.42137201[source]
Are there good alternatives in 2024 to Keycloak + FreeIPA for k8s-native environments?
replies(3): >>42137358 #>>42137857 #>>42138691 #
andix ◴[] No.42137857[source]
Maybe Zitadel. But be aware their hosted paid plans are very expensive (they have a very original way to count daily active users). It can be self hosted on k8s, but I'm not sure how secure and mature it really is.
replies(1): >>42138074 #
1. ffo ◴[] No.42138074[source]
Hey Zitadel co-founder here.

Would you mind sharing your thoughts on our pricing? We certainly love to improve this. Its not our intent to have a smoke and mirrors pricing ;-)

On the subject of maturity and security. Many known enterprises trust Zitadel for their identity needs, especially the self-hosted version, which can be used for free. I think what makes Zitadel a great package in regard of security is that our community actively provides vulnerability disclosures to the project which we track in public.

Let us know what we can improve to show that we take security and stability serious!

replies(1): >>42138209 #
2. andix ◴[] No.42138209[source]
Thoughts about pricing:

- the step up from free to paid is huge, and already needed if you have 4-5 users that log in every day

- your definition of "daily active user" is a bit tricky, as one user who logs in every day is counted as 31 users. The most common metric I know is monthly active users (users that log in at least once a month)

replies(1): >>42138278 #
3. ffo ◴[] No.42138278[source]
Great input, thank you!

So, if we would increase the free amount and the included in the pro tier it would a little alleviate this pain?

On the definition, we wanted to use DAU because with this we can have on metric to price consumers, business customers and service accounts. To us it was weird to pay for a MAU when a consumer only logs in once a month. Coming back to my reply above... would a "bigger" number of included DAU solve this?

replies(2): >>42139389 #>>42147359 #
4. tecleandor ◴[] No.42139389{3}[source]
Not the parent, but DAUs make a lot of sense when you have lots of external collaborators than seldomly login. That way you don't pay a full month license for somebody that logged in twice or once in that period, I rather log them in manually :-)

About the pricing, I haven't made the calculations in your product, but in other products I sometimes miss a middle ground between free and pro like a "hobby" or "mini" tier. maybe I have a small product, an SMB, or a personal thing thing that needs a service, and I don't want to be a "freeloader" on the free plan, but the pro is too much.

There are services I've used that I know I'll stop using once I grow out of the free plan, because it's so expensive.

replies(1): >>42141098 #
5. ffo ◴[] No.42141098{4}[source]
Noted, so something between a free plan and the $100 pro would fit your needs.

Like a $25ish developer tier I guess, right?

replies(1): >>42147546 #
6. andix ◴[] No.42147359{3}[source]
I think it's your business decision how much quota you want to give away for free and how much you charge for each DAU.

But the current free plan has a few issues (I would even call them traps):

It has a monthly DAU and API request limit. If this limit is exhausted Zitadel will essentially shut down the service until the end of the month, unless you switch to the Pro plan, or just accept getting locked out until the end of the month.

The DAU restriction can be safeguarded by only onboarding 3 users, then the DAU quota will never be exhausted.

The API limit is even more tricky, if your users heavily use the console or log in very often it is out of your control.

This makes the Zitadel free plan practically just a demo version (1 admin user, 1 test account, 1 service account). In my case I nearly hit the quota already after 5 days of developing a product, just me, developing alone. I ended up switching to auth0, because I was not very invested in Zitadel yet.

replies(1): >>42147614 #
7. andix ◴[] No.42147546{5}[source]
I guess this would be a good start, it would allow instances for smaller companies.

Another thing would be to mix daily active users and monthly active users. For example in the ratio 1:10 (100 DAUs or 10 MAUs). Just cap the DAU counter for a user at 10 logins per month.

It's really hard to predict how often users are going to log in. So if you have a company with 50 people, you know 50 MAUs are enough. But will 500 DAUs be enough? You just don't know that in advance. The DAUs can also grow a lot even if MAUs stay the same, if your product becomes better and is used more often in the company. Really hard to tell the customer at a later stage that Zitadel is now more expensive, because people log in more often. The DAU/API limit is also an incentive to cache authentication/2FA longer and compromise on security.

Maybe remove a few enterprise features for the cheaper plans like SAML or restrict branding. But please keep passwordless/2FA, for me those features were the main reason to try Zitadel, that's one of the features where Zitadel shines over auth0.

8. ffo ◴[] No.42147614{4}[source]
I know it’s our decision, but I wanted to get a sense of how our pricing looks to people from a less biased perspective. Thanks for taking the time to share your thoughts!

I’ll take your points for a spin internally. We’ve already had some ideas that address some of your concerns, especially around the quotas.

replies(1): >>42147723 #
9. andix ◴[] No.42147723{5}[source]
I set up Zitadel Cloud for the services at home, just for a few basic services (professionally I'm mostly using AAD and Keycloak).

Already with one user per family member we are coming dangerously close to the quotas, it's my fault, I didn't take the time to check the terms and conditions. But I honestly did not expect the free plan to be that restrictive. I just stopped at "100 users" and thought: "well, that should be enough". That's why I'm warning everyone about this fact.

replies(1): >>42147776 #
10. ffo ◴[] No.42147776{6}[source]
I see, no worries btw. we do not take an insult in you talking about this. On the contrary you raise a valid point which we need to improve.