Hi All,
Please suggest is it good design to add two new different publishers for new application on single Author on existing architecture:( 1 author with 2 publishers)
Currently we are using 6.4 and on single Author we have two Publishers. Now we need to deploy one new application(different code base) on the same existing architecture. To reduce the load on Publisher we are planning to add two new Publish instances only for the new application. Please check high level diagram below( New Publish instance in blue color).
I know this is possible but will it be a better design to handle deployment activities easily in such scenario as we are two separate teams for two different applications & don't have a common Devops for deployment.
Thanks,
Solved! Go to Solution.
Views
Replies
Total Likes
Deployment is one problem, the interaction between the 2 codebases a different. And if you are working on-prem, licensing might be a third.
On author you need to have the 2 codebases running in parallel, and that very like needs some kind of coordination and testing. To have maximal separation between these 2 applications you should have distinct environments. See also my blog posts about multi-tenancy:
https://cqdump.joerghoh.de/2015/05/04/the-problems-of-multi-tenancy-governance/
https://cqdump.joerghoh.de/2015/06/23/the-problems-of-multi-tenancy-the-development-model/
Few things to consider:
Thanks,
Singaiah
Currently both the applications are running on same instances( App one and App two), we have huge traffic load on Application one and all the open connection pools used by Application one and due to this Application two went down/slow. To avoid this situation we are plaining separate out both the application on different publishers and we can separate out the traffic.
Okay. Try to fix those open issues causing the slowness and it will help you on the long run on the maintenance side as well as improving App One performance. To start with, you can deploy both the code bases to all four publishers and route the App Two traffic to Pub 3 and 4 and App One traffic to Pub 1&2 until you fix the App One code base/configs.
Deployment is one problem, the interaction between the 2 codebases a different. And if you are working on-prem, licensing might be a third.
On author you need to have the 2 codebases running in parallel, and that very like needs some kind of coordination and testing. To have maximal separation between these 2 applications you should have distinct environments. See also my blog posts about multi-tenancy:
https://cqdump.joerghoh.de/2015/05/04/the-problems-of-multi-tenancy-governance/
https://cqdump.joerghoh.de/2015/06/23/the-problems-of-multi-tenancy-the-development-model/