[keycloak-dev] Realm templates
Bill Burke
bburke at redhat.com
Wed May 18 09:54:10 EDT 2016
This would need to be a community contribution. We (the RHT/Keycloak
open source devs) have too many things scheduled in queue right now and
I don't think there would be a lot of users that would request this feature.
On 5/18/16 9:19 AM, Stian Thorgersen wrote:
>
>
> On 18 May 2016 at 15:07, Thomas Raehalme
> <thomas.raehalme at aitiofinland.com
> <mailto:thomas.raehalme at aitiofinland.com>> wrote:
>
>
>
> On Wed, May 18, 2016 at 3:59 PM, Stian Thorgersen
> <sthorger at redhat.com <mailto:sthorger at redhat.com>> wrote:
>
> On 18 May 2016 at 14:52, Thomas Raehalme
> <thomas.raehalme at aitiofinland.com
> <mailto:thomas.raehalme at aitiofinland.com>> wrote:
>
> By sharding do you mean that the environment should have
> multiple independent Keycloak instances/clusters to which
> tenants are distributed?
>
>
> Yes. At first our plan was to have a single Keycloak support
> multiple tenants in a SaaS environment. However, we decided
> that this level of tenants would be better achieved by having
> completely separate instances.
>
>
> Ok, thanks for the clarification. I don't think from a developer
> point of view it makes a big difference to have multiple instances
> if you're already working with multiple realms. My concern,
> however, is how to manage all those realms hence my original
> message. At the moment there is no tool to support that, or at
> least I am not aware of one.
>
>
> Fair point, but any solution would need to work with realms that are
> located on the same instance as well as on different instances.
>
>
> It would also be a fairly tedious thing to implement.
> Realms would need some inheritance, then there's the
> admin console to worry about. At the moment there's
> not even a "shared" place for multiple realms, so no
> logical place to create/edit realm templates.
>
>
> Oh I never presumed this would be easy task to do :-)
>
>
> I meant we're very unlikely to accept the feature due to the
> amount of complexity that would be involved. It also has very
> little benefit in the use-cases we've designed Keycloak for
> and wouldn't work when realms are located on separate
> instances which we expect would be the norm.
>
>
> One important use case in my opinion is the possibility to ensure
> that in a SaaS environment all realms contain the required data.
> If you, for example, add a new role in your SaaS application,
> you'll need to make sure the role is added to all realms (and
> assign it to users properly).
>
>
> You could do that through admin rest endpoints
>
>
>
> Another thing is that in the future we plan to remove
> master realm concept completely. Instead we'll have a
> trusted realm option that will use identity brokering
> behind the covers. The idea is that a single admin can
> manage multiple realms independently on what servers the
> realm are located on. This would mean that an admin in
> reality can only manage a single realm, but automatically
> authenticate to other realms to manage those as well
> without re-authentication. There would be no cross-realm
> permissions though, so no "master" realm admin that can
> manage realm templates.
>
> Do you mean that in the future the current master realm
> will be just-another-realm, but when creating new realms
> they automatically trust the master?
>
>
> There will be no special "master" realm at all. We've not
> fully figured out the bootstrapping of new realms. Rather than
> having a "master" realm it would be possible to link realms
> together which will enable cross-realm management. One key
> aspect of this is that not only will you be able to manage
> multiple realms within the Keycloak admin console, but you
> will also be able to authenticate to your own applications
> that exist in different realms.
>
>
> How is that different from the currently available keycloak-oidc
> identity provider?
>
>
> It would use keycloak-oidc identity provider behind the covers, but
> the bootstrapping would be a single click button. Rather than a button
> on login form we'd also hide the button and use idp_hint to
> automatically "login" to another realm.
>
>
> Best regards,
> Thomas
>
>
>
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-dev/attachments/20160518/1dd912ad/attachment-0001.html
More information about the keycloak-dev
mailing list