IT2013 - 6.11.2013.

Esitys aiheesta: "IT2013 - 6.11.2013."— Esityksen transkriptio:

1 IT

2 Federoitu keskitetty sovellus
Case Peppi Juhani Gurney, Rami Heinisuo - Eduix Oy Tuomas Orama, Metropolia Ammattikorkeakoulu

3 Lue Peppi-Uutisista taustatiedot Peppistä

4 Federoitu ja keskitetty
Määritelmät Miksi keskitetty?

5 Peppi-tekniikat Lähtökohdat tekniikkavalinnoille:
Joustava järjestelmäarkkitehtuuri korkeakouluorganisaatiolle Palvelukeskeinen arkkitehtuuri (SOA) Skaalautuminen ja korkea saavutettavuus (HA) Modernit, mutta koetellut ja käytännölliset teknologiat, näkökulma kokonaisuudessa Palvelualustan/väylän valinta keskeistä, valinta tehtiin evaluoimalla eri ESB-tuotteita arkkitehtuurille asetettuja vaatimuksia vasten.

6 Palvelut ja integraatiot
Apache ServiceMix 4: OSGi -teknologiaan perustuva palvelualusta / ESB -tuote Ajoalusta Pepin palveluille sekä integraatioille Pepin palvelurajapintojen julkaisu SOAP ja/tai Rest-tyyppisinä Palvelumoduulit ja niiden rajapinnat ovat Spring Frameworkillä toteutettuja OSGi-bundleja Käyttöliittymät Liferay 6.x: Portaalituote, jonka avulla rooliin perustuvat työpöydät koostetaan. Käyttöliittymämoduulit ovat JSR-268-portletteja (Struts, Freemarker, JQuery) Tietokannat ja indeksointi Tietokantapalvelimena käytetään MySQL:ää, mutta mitään MySQL-spesifiä Pepissä ei ole. Elastic Searchiä käytetään indeksointiin, jonka avulla toteutetaan hakupalveluluita ja nopeita lukurajapintoja.

7 Pepin skaalautuminen Peppi on suunniteltu skaalautuvaksi:
palvelut ovat tilattomia palvelut eivät käytä välimuisteja palvelut ovat suunniteltu siten, että samaa asennusta voi käyttää useat eri organisaatiot Palvelualustaa voidaan helposti skaalata lisäämällä uusia ServiceMix4-instansseja kuormanjakajan taakse. Käyttöliittymäkerros voidaan skaalata klusteroimalla Liferay.

8 IT Case demopeppi.csc.fi Haka-luottamusverkkoon kytkettu pilvipalvelutyyppinen asennus Käyttö voidaan aloittaa kirjautumalla palveluun Haka- luottamusverkkoon kuuluvan organisaation tunnuksilla Käyttäjä liitetään Pepissä oikeaan organisaatioon attribuutteissa saadun kotiorganisaatiotiedon perusteella Käyttäjä voi perustaa uuden organisaation Peppiin, mikäli hänen kotiorganisaatiota ei löytynyt Pepistä Demopepin avulla on hyvä tutustua Pepin tarjoamiin toimintoihin

9 Federoiminen, demopeppi, ongelmia
IT Federoiminen, demopeppi, ongelmia Federoidun kirjautumisen ongelmia: attribuuttitiedot voivat olla puutteellisia, jolloin provisiointi ja auktorisointi vaikeutuu Käyttäjätilien hallinta: käyttäjän tiedot päivitetään ainoastaan sisäänkirjautumisen yhteydessä, järjestelmässä olevat tiedot voivat olla vanhentuneita klassikko: vanhentuneiden tunnusten poistaminen? Hyvin toimiakseen Peppi tarvitsee ajantasaista tietoa organisaatiosta ja sen käyttäjistä!

10 Pilvipalveluiden haasteita
Pilvipalveluiden haasteita teknisestä näkökulmasta: Integraatioiden tekeminen usein hankalaa, Pepissä keskeisiä integraatioita esim. identiteetinhallinta, perusrekisteri, sähköposti- ja kalenteripalvelut, oppimisympäristöt Tietojen kopiointi tietokantatasolla (varmuuskopiot, testiympäristöjen pystyttäminen)

11 Pepin ajaminen tavoitetilassa
Peppiä voidaan ajaa keskitetysti, Haka-kytkettynä ja siten, että integraatioiden tekeminen omiin ja ulkoisiin palveluihin on mahdollista. Rajapinnat pitää olla julkaistavissa siten, että Pepissä olevaa dataa voidaan hyödyntää “opendata-hengessä”.

12 Arkkitehtuurin suhde tavoitetilaan I
Edustapalvelininstanssit Instanssit ovat organisaatiokohtaisia Mahdollistaa kustomoinnin ja esim. yksikkö / tiedekuntakohtaisten työpöytien tekemisen Palvelinresursseja voidaan säätää organisaatiokohtaisesti Shibd Apache Liferay Organisaatio A Shibd Apache Liferay Organisaatio B Shibd Apache Liferay Organisaatio C Load Balancer Palvelualustainstanssit Yhteiset kaikille organisaatioille ServiceMix4 ServiceMix4 ServiceMix4 ServiceMix4 ServiceMix4 Tietokannat Organisaatioilla omat Peppi-tietokannat samalla palvelimella / palvelinklusterissa Helpottaa varmuuskopiointia ja esim. tietokantojen kopiointia testiympäristöihin DB Org. A DB Org. B DB Org. C

13 Arkkitehtuurin suhde tavoitetilaan II
Integraatiot Integraatiot organisaation omiin järjestelmiin Organisaatiokohtaiset automatisoinnit (esim. sähköpostin lähetys) Voidaan tehdä topologia tapauskohtaisesti Palveluiden julkaisu Governance-palvelu Autentikointi ja auktorisointi Välimuistit Audit loki Rajapintojen versiointi Rajapintojen tarjoaminen uudestaan eri skeemoissa Esimerkki: Koulutustarjonnan hakeminen ja selailu Sisäiset palvelualustainstanssit ServiceMix4 ServiceMix4 ServiceMix4 ServiceMix4 ServiceMix4 Integraatioiden ajoympäristö Palveluiden julkaisu, avoin data ServiceMix4 ServiceMix4 ServiceMix4 ServiceMix4 Koulutushaku Integraatio 1 Oppimateriaalihaku Integraatio 2 Integraatio 1

14 Kiitos Juhani Gurney - juhani@eduix.fi Rami Heinisuo - rami@eduix.fi
Tuomas Orama -