Införande av en integrationsplattform
med Apache Service Mix på LTU
Apache Service Mix
=
Opensource java teknologier
+
Prenumerationer och Support
=
Red Hat JBoss Fuse
Bakgrund
2012/2013 - Arbetsgruppen för tekniska
Integrationer ATI startar.
Vision
Visionen är att det bedrivs samarbete mellan
lärosäten i Sverige inom
integrationsarkitekturområdet. Ett samarbete
baserat på etablerade och standardiserade former
för utbyte av erfarenhet, kompetens och lösningar
mellan lärosäten.
Peer review
 Nya sätt att integrera med Ladok3, REST och Atom Feeds
 Seminarier, diskussioner om möjligheter med att införa en
integrationsbuss ESB och dess för och nackdelar?
 Arbete med att ta fram en lärosätesgemensam teknisk
referensarkitektur för integrationer startar.
Hur kom vi vidare på LTU 2013/2014
 Förankringsarbete hos ledning och styrning startar,
miniförstudie kring vad ett införande av en
integrationsplattform skulle innebära genomförs.
 Förvirring råder samtidigt som kunskapsnivån kring dessa
plattformar utökas
 En förförstudie för Ladok 3 genomförs och befintliga
integrationer och dess integrationstekniker/mönster på LTU
beskrivs.
 Studiebesök genomförs på Landstinget som
använder BizTalk.
 Vi tittar lite närmare på den lösning Uppsala
universitet valt, Apache Service Mix. Intresset
ökar och vi känner att kan vara intressant för
LTU
 En förstudie för ett eventuellt införande av en
integrationsplattform startar.
2015
 Ett ”proof of concept” av Apache Service Mix
genomförs.
 Beslut tas att införa RedHat Fuse som är en
licensierad produkt baserad på Apache Service Mix.
 Ett införande projekt startar som ett delprojekt till
huvudprojektet på LTU för Ladok3, IT och
Infrastuktur 2015.
Varför valet Redhat JBoss Fuse?
 Utvecklarnära - Fuse är baserad på javateknologier




Få utvecklare och all utveckling sker i Java på LTU.
Inte möjlighet att upprätthålla kompetens på flera miljöer.
Lägre kostnader för att underhålla en gemensam miljö.
Kompetensutveckling och samverkan underlättas.
 Färdigutvecklad kod som konfigureras.

Mogen teknik som är basen i flera produkter
Apache Camel
Compose your applications from Enterprise Integration Patterns
(EIPs) based on the popular Hohpe and Woolf EIPs.
Apache CXF
Integrate applications with SOAP, XML/HTTP and RESTful HTTP.
Apache ActiveMQ
Provides core messaging within the ESB and for integrating with
other applications.
Offers a lightweight OSGI-based runtime container for managing
the components that compose your applications.
Makes it simple to manage large and distributed, JBoss Fuse
deployments from a central location.
Apache Karaf
Fabric8
 Redhat tillhandahåller ”prenumerationer” dvs vi
behöver inte vara uppdaterade när och vilka versioner
av respektive produkt vi ska använda oss av.
 Plattformen kommer att bli en central resurs och
supportavtal kan köpas till av Redhat.
 Möjlighet finns för en framtida utökning med fler
produkter som Apache Service Works för övergång till
en komplett tjänstorienterad arkitektur.
 Samarbete, kompetensöverföring med Uppsala
universitet
 Licensen kan avropas genom befintliga licensavtal
Projektet IT och Infrastruktur L3 -2015
Organisation
Huvudprojekt
LTU
ITinfrastruktur
-Arkitektur plattform
-Integrationsteknik
….
Verksamhetsanpassning
-
Förändringar i verksamhetens processer
Anpassning av integrationer
Anpassning i system/förvaltningsobjekt
Utbildning
Förvaltning
Nya Ladok
- Leveranser till test- och produktionsmiljö
- Förvaltning av nya Ladok
- Utbildning i verksamheten
- FOB - Antagning och Genomföra studier
Registervård
Registervård – rättning enligt
handböcker
Informationskonvertering
Syfte & Mål med projektet
Syftet med projektet är att
förbereda LTUs infrastuktur, höja
kompetensen kring integrationstekniker samt
förbättra samordningen av dessa i första hand
inför ett införande av Ladok3.
Målet är att skapa strategier och införa en ITarkitektur för integrationer.
Genomförande
1. Genomföra utbildning och kompetensutveckling




RedHat JBoss Fuse kurs
Modellering med Archimate seminarier
Ladok3 förkovran/frågestunder
Deltagande arbetsgruppen för tekniska integrationer,
ATI
2. Roadmap och piloter
 Beskriva den övergripande integrationsfloran
 Prioritera och välja fyra pilotintegrationer
 Utveckling  Test Produktion
 Meddelandehantering – hur ska vi hantera dessa
på bästa sätt? berikade meddelanden, cachning,
egen mellanlagring?, avbrott osvVal av mönster
 Beskriva integrationerna grafiskt med Archimate
 Dokumentera enligt lokalanpassade mallar,
integrationskatalog
 Uppsättning av drift och testmiljöer
3. Lokalanpassa och införa den tekniska
referensarkitekturen för integration framtagen av
arbetsgruppen för tekniska integrationer, ATI
Innehåll teknisk referensarkitektur för integrationer
 Styrande principer
 Regler och riktlinjer för integrationsutveckling
 Översikt av integrationsmönster
 Lösningsmönster för Nya Ladok
 Dokumentation och namnstandard för
integrationer.
 Applikationsområden
 Dokumentation av arkitektur





Riktlinjer för användning av Archimate
Samma språk
Identifiera den ”faktiska” funktionen/funktionaliteten
Slår isär verksamhetslogik och infrastruktur
Visar vilken infrastruktur som används vart i
verksamheten
Exempel
4. Processen beskrivs och arbetsformer skapas för
att hantera integrationer.
Beställning av integration
Kostnadsuppskattning
Val av mönster och lösningsförslag
Dokumentation av integrationer.
Integrationskatalog
Strategiskt arbete
Hur ska strategiskt arbete och förvaltning av
integrationer hanteras.
 Övergripande kartan







5. Utreda lösning/genomföra det som går
(beror på L3 status)för utbyte av befintliga
lokala Ladok APIer där Ladoks REST
tjänster ska hanteras på lämpligaste sättet.