If one is planning to host many (more than 100) nearly similar Wiki-Systems with Confluence...is there any best practice for such a setup? It would be great if the effort for maintaining and upgrading those systems would not scale 1:1 with the systems. Is there some kind of "multi tenancy" built into confluence?
I wouldn't like to try to look after 100 licences (well, set up and renew 100 licences, and then knowing how many users is on each licence would be fun) At a Space level, no, you can't do it by domain. The urls for confluence are <domain>/SPACE, and it lives on one domain.
Hello Nic, I found this one: https://marketplace.atlassian.com/plugins/com.bugsio.confluence.plugins.domain-booster This might do the job for us (different domains for different spaces) Regards, Stephan
the only thing you can do is provide the application on a shared network mount, this will simplify your updates, but, you still will need to keep your plugins on each instance up to date.
But do you really need 100 installs? As each space has is own permission management, you shouldn't need that under normal circumstances...
Hi Steve, thank you for your answer. If we provide the application on a shared mount....how can we manage the different configurations? The central config files reside in the application folder, is there a possibility to keep the configs different from the application folder? 100 instances? - yes, the plan of our customer goes even further. And he needs different domains for the wikis, so the spaces will not do the job. Kind regards, Stephan
In your app you define the confluence home folder, this one should be unique for each instance. That's the simple part. If you need other adjustements on the application like the seraph-config, you need a intelligent file system ;) Take a look on http://unionfs.filesystems.org/... Configurations done via the web interface is antoher tricky part. You need to do it manually or find the dataset in the database... Then you can probabliy work with sql-scripts. But, if you do so, take care that your instance is down and your script does not run on a running instance. Plugin-updates will be the trickiest part. One option, do it manually, or, try to build a script using curl or something like that to automate it... You see, it will be a lot of handicraft work... Regards Steve
You'd need to manage a large number of isolated instances, so you need to tools and methods designed to manage applications in data centers.
This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.Read more
Hi Community! Kesha (kay-sha) from the Confluence marketing team here! Can you share stories with us on how your non-technical (think Marketing, Sales, HR, legal, etc.) teams are using Confluen...
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
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs