Virtualiseringsplattformen

För att uppnå robusthet, skalbarhet, möjlighet till framtida utökningar, och utnyttja redan skriven och testad kod nyttjar vi en ESB som grundplattform. Produkten Mule ESB har valts.

Valet av Mule ESB

Strategin för bakom beslutet var att utgå ifrån marknadens mest etablerade öppen-källkod-ESB. Mule ESB intar här en särställning helt utan konkurrens. Mule ESB har sedan utvärderats med avseende på de krav som ställdes på virtualiseringsplattformen. Utvärderingen genomfördes inkrementellt under projektet, där kraven realiserades i prioritetsordning fram tills en eventuell signifikant brist i Mule ESB upptäckts. Även om Mule ESB bedömdes vara marknadens i särklass mest utbredda ESB inom öppen källkod, är stödet för just tjänstevirtualisering relativt nytt. Det kan förmodligen förklara att en defekt kring hanteringen av ömsesidig identifiering med SSL/TLS upptäcktes under lasttest. Efter att ha kontaktat leverantören Mule Source och klargjort betydelsen av detta projekt, prioriterade leverantören den inrapporterade defektrapporten och levererade en uppdatering till projektet inom 24 timmar.

Hur Mule ESB tillämpas

För att tillmötesgå kravet på enkel installation av nya virtuella tjänster paketeras varje virtualiserad tjänst som en komponent. Denna komponent (paketerad virtuell tjänst) hör samman med det tjänstekontrakt den virtualiserar snarare än en specifik instans av virtualiseringsplattformen. Den kan sedan installeras i alla förekommande driftsinstanser av virtualiseringsplattformen utan någon ytterligare konfiguration. som tillförs ESB'n. Vägvalsroutern är den komponent som alla virtualiserade tjänster kommunicerar med via ett internt protokoll.

Den virtuella tjänsten exponerar en anslutningspunkt in till vår ESB för ett visst tjänstekontrakt. Vid ett anrop från en tjänstekonsument anropas virtualiseringsplattformen internt med ett meddelande som innehåller all inkommande information. Virtualiseringsplattformen exponerar en intern anslutningspunkt för inkommande anrop från den virtuella tjänsten. Alla virtuella tjänster skickar anropen vidare till samma interna anslutningspunkt. En routing sker i virtualisringsplattformen till en extern tjänsteproducent när alla villkor för denna routing är uppfyllda.Om villkoren inte är uppfyllda returneras ett SoapFault. Virtualiseringsplattformen anropar tjänstekatalogen för att få nödvändig virtualiserings- och behörighetsinformation vid uppstart av ESB'n.

Virtuell tjänst

Nödvändiga delar att paketera blir enbart en konfigurationsfil samt tjänstekontraktet (WSDL) med dess tjänsteschema. Detta paketeras i en jar-fil. Konfigureringsinfomation för en virtuell tjänst skall följa denna mall, se även VP Anvisningar användare[7]:

<message-properties-transformer
	name="RIV13606REQUEST_EHR_EXTRACT-add-riv-version">
	<add-message-property key="rivversion" value="RIV_TA_v1" />
</message-properties-transformer>
<model name="RIV13606REQUEST_EHR_EXTRACT-model">
	<service name="RIV13606REQUEST_EHR_EXTRACT-service">
		<inbound>
			<cxf:inbound-endpoint
				address="https://${tp.host}:${tp.port}/${tp.baseUri}/RIV13606REQUEST_EHR_EXTRACT_Service"
				wsdlLocation="classpath:wrapped-RIV13606_REQUEST_EHR_EXTRACT-1.0.wsdl"
				serviceName="RIV13606REQUEST_EHR_EXTRACT_Service" namespace="urn:riv13606:13606RequestEHRExtract:v1"
				proxy="true" payload="envelope" synchronous="true" />
		</inbound>
		<outbound>
			<pass-through-router>
				<outbound-endpoint address="vm://vagval-router"
					synchronous="true" transformer-refs="RIV13606REQUEST_EHR_EXTRACT-add-riv-version" />
			</pass-through-router>
		</outbound>
	</service>
</model>