Deployment vy
Innehåll:
| Innehållsförteckning |
|---|
Deploy komponenter
Engagemangsindex består av följande delas komponenter 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:
...
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.
Se instruktioner för driftspersonal och support för detaljer om hur applikationen skall konfigureras och övervakas.
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 (funktioner i ActiveMQ som inte specificeras av JMS ).såsom funktionalitet för hög tillgänglighet och omsändningspolicies.
Se instruktioner för driftspersonal och support för detaljer om hur ActiveMQ skall konfigureras och övervakas.
Not: 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 funktioner i MySQL som inte specificeras av JDBC såsom funktionalitet för hög tillgänglighet och backup/restore av stora datamängder.tillhandahåller intruktioner för.
Se instruktioner för driftspersonal och support för detaljer om hur MySQL skall konfigureras och övervakas.
Not: Applikationen använder ramverket spring-data och JPA 2.0 för att förenkla byte av databas och därmed är SKLTP's engagemangsindex implementation väl förberedd för att fungera ihop med valfri JDBC kompatibel databas såsom Microsofts SQL Server, IBM DB2, Oracle eller PostgreSQL.
Typfall av konfigurationer
Engagemangsindex kan konfigureras för att möte en rad olika behov, allt från enklast möjliga single-server lösning till uppskalade cluster-lösningar. Engagemangsindex kan användas ihop med övriga delar av SKLTP men också som en fristående komponent utan närvaro av övriga komponenter i SKLTP.
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, men kan också driftsättas i en enkel web-server som stöttar WAR-fil koncepter från Java EE, t ex Tomcat eller Jetty.
Nedan beskrivs några typfall av konfigurationer:
Single-server
Enklast möjliga lösning med alla SKLTP komponenter inklusive köhanterare och databas i en och samma server. Typiskt tillämpbart för mindre installationer såsom i en mindre komun eller för utvärdering/test/utbildning.
Multi-server med hög tillgänglighet
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
I en uppskalad tillämpning kan engagemangsindex exekvera på separata servrar
Multi-server med hög tillgänglighet i dedikerade servrar
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änglihet och lastdelning.
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å.
...