Deployment vy
Innehåll:
| Innehållsförteckning |
|---|
Deploy komponenter
Engagemangsindex består av följande komponenter som skall driftsättas:
...
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:
...
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å funktioner i ActiveMQ som inte specificeras av JMS såsom funktionalitet för hög tillgänglighet och omsändningspolicies.
...
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å funktioner i MySQL som inte specificeras av JDBC såsom funktionalitet för hög tillgänglighet.
...
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.
Övervakning
Processer som behöver övervakas:
- Mule ESB, t ex minne och cpu
- ActiveMQ, t ex ködjup och ålder på meddelanden
- MySQL, t ex diskutnyttjande, cpu och minne
Externa RIV-TA Web Service enpunkter beskrivna i den logiska vyn (= enpunkter som passerar den "gröna" gränslinjen för EI i bilden på sidan logisk vy) behöver också övervakas.
Detta görs lämpligen genom att dess PingForConfiguration-tjänst anropas med lämpliga intervall.
Interna JMS endpunkter behöver övervakas enligt följande:
- JMS Process Queue (skltp.ei.update)
Blir det meddelande liggandes här indikerar det att EI's backend applikation inte är igång eller inte kommer åt sin databas.
Vid ett misslyckat försöka att bearbeta ett meddelanden på kön kommer ett felmeddelande skickas till ERROR-LOG kön och som i sin tur ger upphov till ett larm. JMS Notification Queues (EI.NOTIFICATION.<logisk adress prenumerant>)
På dessa köer sparas uppdateringar som skall skickas till EI's prenumeranter. Blir det meddelande liggandes här indikerar det en prenumerant inte svarar.
Vid ett misslyckat försöka att bearbeta ett meddelanden på kön kommer ett felmeddelande skickas till ERROR-LOG kön och som i sin tur ger upphov till ett larm.
För detaljer om hur övervakning sätts upp se instruktioner för drift och övervakning av SKLTP EI.
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.
...
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 kommun 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å.
...
