We are looking to use crowd as the central ID server. The one obvious thing about such a system is that it must be resilient. We are mostly cloud based (Digital Ocean) & as such can have many instances or possible instances of crowd.
So .. what is the best way to guard against machine/OS/app failure ?
Postgres replicating out?
Doing a nightly xml dump & importing it into clone crowd instances?
e.g. in essence if "crowd1" goes down for whatever reason we'd rather people/users didn't even know & as such "crowd2" takes over etc.
Has anyone done a multi-instance crowd setup with fault tolerance as a key goal?
There's a similar topic on this question where you also can find some ideias as well:
Also, there is this improvement request which I suggest you to vote:
To sum up, if you haven't already, we recommend you check out Go2Group's white paper on a clustering solution:http://www.go2group.com/en/services/atlassian-services/atlassian-crowd-a-simple-clustering-solution/. Whilst running Crowd in a cluster is unsupported, this may help some of you, although be aware that there are known unresolved configuration issues: https://jira.atlassian.com/browse/CWD-2925
Hello Atlassian Community! My name is Emilee, and I’m a Product Marketing Manager for the Marketplace team. Starting with this post, I'm kicking off a monthly series of Spotlights to highlight Ma...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot