topic Re: Deployment Architecture: Multiple Repositories in Alfresco Archive

Deployment Architecture: Multiple Repositories

tolu — Mon, 25 May 2009 00:12:51 GMT

Hi folksI'm looking at the deployment of Alfresco 3 Enterprise in a large public sector organisations. We have various business units that need to manager their documents and due to legislative requirements need to tightly manage access control. The question now is: Should we go with one huge reposi

Re: Deployment Architecture: Multiple Repositories

pmonks — Tue, 26 May 2009 05:48:10 GMT

ACLs are taken into account by Alfresco's search functionality, so that won't be an issue.

Assuming the departments never share content (which would strongly imply a single repository), I'd say it's mostly a question of operational cost - having a single uber-Alfresco instance will be less costly to maintain (backup, tune, scale, etc.) than having a plethora of smaller instances. That said, there are some relatively rare cases where different departments could collide in their usage of a single instance; for example if one department requires complex customisations to the Alfresco logic or UI.

Perhaps start out with a single instance as a "straw man" and see how far you can go with it? You might find that that model will work well for a majority of the departments, and the small number of special cases each deserve their own dedicated instances.

Cheers,
Peter

Re: Deployment Architecture: Multiple Repositories

tolu — Wed, 10 Jun 2009 23:14:53 GMT

Thanks, Peter.

I've also just discovered that Labs 3.2 has support for multi tenancy. Hopefully that makes its way into the Enterprise version. It would be good to have options for content segregation. Looks like in our case one customer group is speacial enough to justify a separate instance, but the others will coexist.

Cheers
Tobias