"Multi Instance SuiteCRM"

A very cool and awesome feature would be if you could have a “ Multi SuiteCRM ” instance version where you could host unlimited amounts of CRM system instances within one install.

That would be extremely useful for sales and marketing agencies for example like mine where you could create a new instance for every new customer without the need to create a new installation for each customer. That would have many benefits for sure.

Pretty much the same principles just like for example WordPress Multisite where you can create unlimited amounts of blogs/sites within one install…

As of now we’re just creating new free instances for our customers at hub-spot which works fine too, but its quite messy to keep track of.

It would be even better if you could host everything in-house for the sake of guaranteeing customer data integrity and safety etc, plus by having the ability to run multiple virtual instances in one install makes if much more easier for the IT-department in terms of maintenance and administration and increases security too and makes it easier to keep the installation/system safe, (Because you do not have to keep track and maintain, update multiple installed instances, but only one single installation on your server).

Heck, even though free is nice an very appreciated… If SuiteCRM made a required paid version of that (Multi instance SuiteCRM); we would happily pay for that feature to have it on-premise/on our on own servers.

Kind regards
PowerQuest

1 Like

Thanks for moving this out :+1:

1 Like

I am not convinced that putting the data of different companies in a single instance is a best-practice. It’s always going to be tricky and you risk “leaking” data, or simply options and implementation details, from one to the other.

I also don’t think it’s really necessary. Nowadays you can have very “thin” instances in Docker, you can set them up with a click of a button, you can move code around in bits and merge as appropriate, with git. I think it’s just a matter of working on your processes, your instance management.

I do concede that Docker and git are not easy technologies. They can be confusing and they have a learning curve. But if you set things up in a lab and test them and try different things, you can reach nice “recipes” that just work and become simple to use, even if they did take a big effort to create.

1 Like

Hi @pgr
I would argue It’s way easier and gives a way better overview of just managing one installations v.s. loads of single install installations both in terms of management and security. I think It makes total sense to be able as a administrator to have a full 360 view of the system this way and have more control over your server/CRM system.

Having multiple installations with each its own root directory , security/file permission and database settings is a way more messy (management nightmare), and will never prove you with an easy 360 view over what is going on your system/server. In the ned of the day you want also as a It-administrator have have easy way of managing this and a “ Multi SuiteCRM ” instance version would provide this functionality where you could also from the “super admin” module (borrowing the “Super Admin” term from WordPress) create, disable, enable and mange all active instances and all users. That is a way better model and also worth paying for in my humble opinion.

I understand the reasons for your preference (though I would still prefer otherwise).

But let me put it in a different way - SuiteCRM was not designed for that, and now I think it is too late. It would be a gigantic project to turn SuiteCRM into multi-instance in a way that is secure and respects each installations preferences/customizations.

And to do that, and keep backwards-compatibility (older add-ons, custom code still working) is virtually impossible.

You’re right that people would pay for this. So the fact that nobody’s attempting it corroborates my hesitations…

I do concede that Docker and git are not easy technologies. hey can be confusing and they have a learning curve.

Well that’s the thing. You want SuiteCRM to not have the nerd stamp and instead appeal to everyone as an easy to manage system without having to be a super techie person.
By making the system easy and user friendly to manage it will attract more people and organisations will also use it because of exactly that reason= its easy to manage and use.

Maybe because most CRM systems isn’t open source is the main reason… :thinking:
and since it is not available anywhere yet then you can’t see the demand either.

This is really a double-edged sword. On one hand, it would be a lot easier to maintain just one installation instead of many, but on the other, that also means that if an update breaks things or someone manages to break in, you’re in the deep end with all of your clients and their data. There is also the problem of customizations: you wouldn’t be able to do a lot of customizing per-client (or well, you probably could, but doing client-based customizations would presumably be a nightmare to debug and/or develop in the first place).

Considering how big an effort v8 is I don’t think it would be completely impossible to take on the multi-client challenge, but I don’t think that would be a good investment of resources. As @pgr said workflow can be streamlined so that hosting multiple instances is an endurable task, and I’d assume that clients would prefer their data separated from others.

This is an interesting concept though. I’m thinking outsourced call centers and other service or sales functions that are probably handing data for multiple companies at the same time. Even in that case I’d probably just reinforce each module with fields to choose the client in question and then distinguish integrations or client access by that field instead of a real multi instance setup.