Tietojärjestelmien integroiminen hyödyntämällä palvelupohjaista arkkitehtuuria. CASE: Metropolia. Jaakko Rannila & Tuomas Orama 1

Transkriptio

1 Tietojärjestelmien integroiminen hyödyntämällä palvelupohjaista arkkitehtuuria CASE: Metropolia Jaakko Rannila & Tuomas Orama 1

2 Aiheet Tietojärjestelmien integrointi Integrointiin liittyvät haasteet Tietojärjestelmien integroiminen palvelupohjaisessa arkkitehtuurissa Case: Peppi Hyödyt Yhteenveto Jaakko Rannila & Tuomas Orama 2

3 Tietojärjestelmien integrointi Tietojärjestelmiä integroidaan tiedon takia Tieto hajaantunut eri järjestelmiin Tiedon käytölle tulee uusia tarpeita Jaakko Rannila & Tuomas Orama 3

4 Haasteet Point-to-point integraatiot järjestelmien välillä Tiedon monistuminen eri tietolähteiden välillä Yhtenäisen käyttäjäkokemuksen puuttuminen 4

5 Point-to-point integraatiot järjestelmien välillä Erilaiset tiedonsiirtoprotokollat Hajautettu integraatiologiikka Integroitujen järjestelmien kehittäminen tai vaihtaminen Tuomas Orama & Jaakko Rannila 5

6 Tiedon monistuminen eri tietolähteiden välillä Tiedon monistuminen Tiedon sykronointi Tiedon eheys Tuomas Orama & Jaakko Rannila 6

7 Yhtenäisen käyttäjäkokemuksen puuttuminen Vähentää brändimielikuvaa Heikentää käyttäjäuskollisuutta Aiheuttaa turhautumista ja ergonomiariskejä Tuomas Orama & Jaakko Rannila 7

8 Kysymykset Miten luoda käyttäjän tarvitsemien tietojärjestelmäpalveluiden vuorovaikutuksessa toimiva ympäristö? Miten luoda tietojärjestelmäpalveluiden kokonaisuus, jossa tieto liikkuu eri palveluiden välillä sujuvasti ja jossa käyttäjä saa yhdemukaisen käyttäjäkokemuksen? Rannila & Suominen 8

9 Tietojärjestelmien integroiminen palvelupohjaisessa arkkitehtuurissa Jaakko Rannila & Tuomas Orama 9

10 Palvelupohjainen arkkitehtuuri Service-oriented architecture (SOA) eli palvelukeskeinen arkkitehtuuri SOA ei ole teknologia tai tuote, vaan suunnittelutapa, miten järjestelmän toiminnot tulee toteuttaa itsenäisiksi palveluiksi. Mahdollistaa tietojärjestelmäpalveluiden välillä joustavan ja järjestelmäriippumattoman vuorovaikutuksen! Jaakko Rannila & Tuomas Orama 10

11 SOA tietojärjestelmäpalvelu Sisältää jo itsessään integraatiologiikan tuottamiinsa tietoihin. Omistaa tiedot, joita se käsittelee. Palvelut on erotettu käyttöliittymästä, jolloin palveluiden käyttökokemus voidaan yhdenmukaistaa. Jaakko Rannila & Tuomas Orama 11

12 SOA periaatteet Metropoliassa Sääntö 1, SOA-metodologia. Tietoa käsitellään palveluiden/palvelurajapintojen kautta. Palveluiden tulee olla autonomisia, toinen palvelu ei kontrolloi niiden toimintaa. Niitä voidaan ajaa hajautetusti. Ne eivät ole sidottuja toisen palvelun sisäiseen toimintaan. Palveluiden tulee olla löyhästi sidottuja toisiinsa, palvelut ovat sidoksissa toisiinsa vain rajapintojen kautta. Tällöin palvelun sisäinen toteutus on vaihdettavissa. Palveluita voidaan uudelleenkäyttää. Sääntö 2, Standardeihin pohjautuvat rajapintaratkaisut Rajapinnat julkaistaan SOAP-pohjaisina Webservice-rajapintoina tai Rest tyyppisinä rajapintoina. Ollennaista on, ettei julkaistu rajapinta luo riippuvuutta mihinkään tiettyyn alustaan. Sääntö 3, Palvelurajapintojen erottaminen käyttöliittymistä Käyttöliittymiä ei ole sidota tiukasti palvelun sisäiseen toteutukseen, jolloin palveluita voidaan uudelleenkäyttää ja käyttöliittymiä voidaan uudistaa moduuli kerrallan. Rannila & Suominen 12

13 Modulaarinen palveluiden joukko Tuomas Orama & Jaakko Rannila 13

14 Case: Peppi Jaakko Rannila & Tuomas Orama 14

15 Peppi Koulutuksen suunnittelijan ja opettajan työpöydät. Integroitu ekosysteemi, joka tarjoaa sähköiset palvelut kaikille koulutustiedon parissa työskenteleville. Sisältää integraatioalustan Muihin järjestelmiin toteutettavat integraatiologiikka yhdessä paikassa. Jaakko Rannila & Tuomas Orama 15

16 Peppi alusta Integraatioalusta, jossa palvelut pyörivät Käyttöliitymät portaalissa Sisältää palvelurajapinnat (SOAP ja REST) Mahdollistaa päätelaiteriippumattomat palvelut Jaakko Rannila & Tuomas Orama 16

17 Käytetyt teknologiat Käyttöliittymäkerros Palvelukerros Tietovarantokerros Tietokantariippumaton Jaakko Rannila & Tuomas Orama 17

18 Hyödyt Hämähakki integraatiosta hallittuun itegraatioon! Master datan ongelmista masterdatan hallintaan! Monoliittisista systeemeistä modulaariseen ekosysteemiin! Erilaisista käyttöliittymistä yhdenmukaiseen käyttäjäkokemukseen! Jaakko Rannila & Tuomas Orama 18

19 Hyödyt Teknologia ja tietomalli mahdollistaa Pepin käytön pilvipalveluna tai omana asennuksena Moduulit ovat laajennettavissa ja lähdekoodi saatavilla Integraatioalusta mahdollistaa uusien palvelurajapintojen julkaisun ja schemojen vaihdon ilman palvelukatkoja Integraatiot 3 osapuolen järjestelmiin (käyttäjähallinta, perusrekisteri) Toimittajariippumaton ratkaisu Lisenssivapaa teknologia Tukee avoimen datan periatteita! Jaakko Rannila & Tuomas Orama 19

20 Hyödyt Mahdollistaa integraatiot korkeakoulujen välillä Tehokkaat suunnitteluvälineet vähentävät suunnitteluun käytettyjä resursseja Tiedon eheyden parantuminen Selkeät ja helppokäyttöiset käyttöliittymät Tuki rajattomalle määrälle eri kieliä Nopeakäyttöinen Palvelut yhdessä ekosysteemissä Jaakko Rannila & Tuomas Orama 20

21 Demo

22 Kiitos! Lisätietoja: Jaakko Rannila, Tuomas Orama Metropolia Ammattikorkeakoulu