...
I en uppskalad och verksamhetskritisk tillämpning är det viktigt att enskilda fel (t ex att en server kraschar) inte påverkar tillgängligheten av engagemangsindex. För att undvika det måste man dubblera (eller mer) alla komponenter. Applikationen exekverar typiskt på ett antal parallella aktiva servrar och en lastdelare ställs framför för att fördela inkommande trafik. Köhanterare och databas konfigureras också, baserat på respektive produkt egenskaper, för hög tillgänglighet. För ActiveMQ och MySQL används master/slave konfigurationer för att erhålla hög tillgänglighet.
HA, skalbarhet, master/slave AMQ och DB
...
Om lasten på engagemangsindex når upp till väldigt höga nivåer kan man behöva dedikerade servrar för att bara exekvera engagemangsindex.
Web-server
Om SKLTP's engagemangsindex skall användas i en miljö där varken några andra SKLTP komponenter används eller Mule ESB som server så kan SKLTP's engagemangsindex driftsättas i en enkel web-server som stödjer WAR fil konceptet. Antingen i en single-server eller multi-server för hög tillgänglighet och lastdelning.
