Integrasjonsarkitektur Tekniske komponenter og aspekter Hva er poenget med en integrasjonsarkitektur? • Strategi – – – – ROI - Return Of Investment TTM – Time To Marked Governance – styring Accountability.
Download ReportTranscript Integrasjonsarkitektur Tekniske komponenter og aspekter Hva er poenget med en integrasjonsarkitektur? • Strategi – – – – ROI - Return Of Investment TTM – Time To Marked Governance – styring Accountability.
Integrasjonsarkitektur Tekniske komponenter og aspekter Hva er poenget med en integrasjonsarkitektur? • Strategi – – – – ROI - Return Of Investment TTM – Time To Marked Governance – styring Accountability – etterrettelighet • Effektivisering – Standardisering – “Forventbarhet” – Gjenbruk • Forankring – Ansvarliggjøring – Oversikt – Koordinering 6 November 2015 Integrasjonsarkitektur 2 Tekniske komponenter/funksjoner • Påkrevde komponenter: – Access Manager – Service Portfolio – Webservice • Metodikk/funksjonalitet – Modulære, funksjonelle uttrekk – Åpne API-er – Meldingsbasert kommunikasjon • Tekniske modeller – Distribuert modell – Tjenestebussmodell – Hybridmodell 6 November 2015 Integrasjonsarkitektur 3 Access Manager • • • • Sentralt forvaltningssystem for tilgang. Holde rede på alle avtaler mellom to tjenester Gir operativ oversikt, etterrettelighet og sporbarhet Må støtte ulike autentiserings- og autorisasjonsprotokoller 6 November 2015 Integrasjonsarkitektur 4 Service Portfolio • • • • • Kalles ofte ”tjenestekatalog” på norsk, feilaktig Definert i ITIL Strategisk viktig, både for UiO og USIT Begrenset behov i IA-arbeidet, mer på sikt IA-perspektiv: – Arbeidsgruppen ønsker å utvide denne til å inneholde dokumentasjon om tjenester – Ulike ”views” for ulike aktører – Introdusere tjenesten på insentiv, heller enn represalier og tvang – Skape nok moment for at denne ikke skal ende opp som alle tidligere forsøk • Gir strategisk oversikt, sporbarhet og etterrettelighet 6 November 2015 Integrasjonsarkitektur 5 Webservice • • • • Felles kommunikasjonsplattform for alle Industristandard Kan skjule ”siloer” Berike API-er kontra egne uttrekk 6 November 2015 Integrasjonsarkitektur 6 Metodikk/funksjonalitet • Modulære, funksjonelle uttrekk – Konsumentfokus – ”hva trenger kunden?” – Gjenbrukbarhet – ”write once, use frequently” – Ingen fasit, vurderes fortløpende • Åpne API-er – Tilby data heller enn at man venter på bestillinger – Bredt utvalg over tid • Meldingsbasert kommunikasjon – Ikke et MÅ-krav, benyttes kun der det er formålstjenlig – Få ned tiden en endring bruker på å spres i organisasjonen – Økt sikkerhet, brukervennlighet og datakvalitet 6 November 2015 Integrasjonsarkitektur 7 Modeller • En ledelsesmodell, en teknisk modell – Teknisk modell må følge ledelse • Ledelse – Lokal modell - leverandørmodell – Sentralisert modell - partnermodell • Teknisk – Distribuert modell – Tjenestebuss – Hybridmodell! 6 November 2015 Integrasjonsarkitektur 8 Idealistiske modeller 6 November 2015 Integrasjonsarkitektur 9 Hybridmodellen • Utnytte fordeler • Minske ulemper • ”Nærhetsmodellen” 6 November 2015 Integrasjonsarkitektur 10 Hybridmodell 6 November 2015 Integrasjonsarkitektur 11 Konklusjon/konsekvens • Standardisere der det er formålstjenlig • Sikre at det tekniske har forankring • Klarere krav til virksomheten – Både USIT, resten av UiO og eksterne • Noe så teknisk som integrasjon mellom systemer er ikke bare IT! ”ja, det där var ju inte så knepigt...” 6 November 2015 Integrasjonsarkitektur 12