From the thread you linked to it looks like someone already laid out
some ideas where optimization could work. (Appears to be something with loading reals,
caching, and flushing).
Furthermore, it would seem that a slow startup phase is (or should be) an infrequent
event. As well as administration. These are not show-stoppers for me.
If anything, perhaps a better work-around would be to architect a deployment where
keycloak lives closer to the tenant application instances. Simply treat the keycloak as a
microservice that is bundled with your apps, and have it automated to a point where it is
more "code as configuration" rather than manually logging into keycloak and
clicking around?
________________________________
From: keycloak-user-bounces(a)lists.jboss.org <keycloak-user-bounces(a)lists.jboss.org>
on behalf of Cesar Salazar <csalazar(a)devsu.com>
Sent: Wednesday, April 12, 2017 6:39:44 PM
To: keycloak-user(a)lists.jboss.org
Subject: [keycloak-user] Multi tenancy with realms
Hi. I'm looking to use keycloak for a SASS service, using realms for
multi-tenancy. There's a discussion on a previous thread about performance
issues when there are lots of realms:
http://lists.jboss.org/pipermail/keycloak-user/2016-October/008061.html
I wanted to ask if there is some work done in that direction. If not, where
can I start looking at so I can contribute?
Also, I was wondering what would be the implications of using a custom user
attribute to "emulate" multi-tenancy. (I would add a custom attribute, and
make my microservices validate against it). I know it's not the ideal way,
but would it be possible? Do you know of any considerations I should take
into account?
Thanks!
--
*Cesar Salazar*
CTO - DEVSU |
www.devsu.com<http://www.devsu.com>
_______________________________________________
keycloak-user mailing list
keycloak-user(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-user