Deployment vy
Engagemangsindex består av följande delas som skall driftsättas:
- Applikation
- Köhanterare
- Databas
Dessa beskrivs var för sig ur ett driftsättningsperspektiv nedan.
Applikationen
För att möjliggöra att engagemangsindex kontinuerligt kan ta emot uppdateringar från källsystem samt andra federerade engagemangsindex instanser så är applikationen uppdelad i två delar:
- frontend-app
Tar emot uppdateringar och lägger på kö för bearbetning, behöver ej tillgång till databas. - backend-app
Bearbetar meddelanden från kön, uppdaterar databasen samt notifierar prenumeranter. Tillhandahåller också sökfunktionen mot databasen.
Denna uppdelning medför att engagemangsindex kan ta emot uppdateringar även om backend-app'en och/eller databasen är nere (planerat eller oplanerat).
Applikationen är baserad på Mule ESB.
Köhanterare
Engagemangsindex använder Apache ActiveMQ som JMS kompatibel köhanterare och förlitar sig dessutom på dess funktioner för hög tillgänglighet, omsändningspolicies (som inte specificeras av JMS).
ActiveMQ kan i princip ersättas med valfri JMS kompatibel köhanterare så länge som köhanteraren har motsvarande egenskaper som ActiveMQ för funktioner som inte täcks in av JMS specifikationen, t ex hög tillgänglighet och omsändningspolicies.
Databas
Engagemangsindex använder MySQL som JDBC kompatibel databas och förlitar sig dessutom på dess egenskaper för hög tillgänglighet och backup/restore av stora datamängder.
tillhandahåller intruktioner för
Engagemangsindex är primärt tänkt att driftsättas på en Mule instans, antingen Mule CE eller Mule EE.
WAR deploy för icke Mule
HA, skalbarhet, master/slave AMQ och DB
I en uppskalad tillämpning kan engagemangsindex exekvera på separata servrar
Tjänsten skall driftsättas i befintlig infrastruktur för den nationella tjänsteplattformen, NTjP.Tjänsten paketeras och deployas som en standard Mule applikation på samma Mule instans som Virtualiseringsplattformen (VP) exekverar på.
Not: I dagsläget stöttar VP bara den gamla Mule 2 deploymodellen och inte Mule 3's nya Mule Applikations koncept, dvs utan möjlighet att deploya och omdeploya enskilda Mule applikationer (t ex nationella tjänster). Detta måste åtgärdas för att denna tjänst skall kunna driftsättas i NTjP's miljö.
Översiktbil av NTjP's QA och produktionsmiljö med aggregerande tjänst för tidbokning driftsatt:
- Konfiguration
- Loggning, larm
- Övervakning, larm
- Hantering av vanliga fel (rensa meddelanden till gamla eller felaktigt uppsatta prenumeranter
- Backup/Restore (kö + db)
- HA setup (kö + db)