Deployment vy
Engagemangsindex består av följande delas som skall driftsättas:
- 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.
Applikationen är baserad på Mule ESB. - frontend-app
- Köhanterare
Engagemangsindex använder Apache ActiveMQ som köhanterare och förlitar sig på dess funktioner för transaktionshantering, garanterad leverans, omsändningspolicies mm. - Databas
Engagemangsindex använder MySQL som databas och tillhandahåller isntruktioner 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)