Införande av en integrationsplattform med Apache Service Mix på LTU

Transkript

1 Införande av en integrationsplattform med Apache Service Mix på LTU Apache Service Mix = Opensource java teknologier + Prenumerationer och Support = Red Hat JBoss Fuse

2 Bakgrund 2012/ 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.

3 Peer review

4 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.

5 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.

6 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.

7 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.

8 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.

9 Mogen teknik som är basen i flera produkter Apache Camel Apache CXF Apache ActiveMQ Apache Karaf Fabric8 Compose your applications from Enterprise Integration Patterns (EIPs) based on the popular Hohpe and Woolf EIPs. Integrate applications with SOAP, XML/HTTP and RESTful HTTP. 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.

10 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

11 Projektet IT och Infrastruktur L Organisation Huvudprojekt LTU ITinfrastruktur -Arkitektur plattform -Integrationsteknik. Verksamhetsanpassning - Förändringar i verksamhetens processer - Anpassning av integrationer - Anpassning i system/förvaltningsobjekt Registervård Registervård rättning enligt handböcker Informationskonvertering Utbildning Förvaltning Nya Ladok - Leveranser till test- och produktionsmiljö - Förvaltning av nya Ladok - Utbildning i verksamheten - FOB - Antagning och Genomföra studier

12 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.

13 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

14 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

15 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

16 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

17 Exempel

18 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

19 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.