IT2013 - 6.11.2013

1. IT2013 - 6.11.2013

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

3. Lue Peppi-Uutisista taustatiedot Peppistä

4. IT2013 - 6.11.2013 Federoitu ja keskitetty Määritelmät Miksi keskitetty?

5. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 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. IT2013 - 6.11.2013 Kiitos Juhani Gurney - juhani@eduix.fi Rami Heinisuo - rami@eduix.fi Tuomas Orama - tuomas.orama@metropolia.fi https://demopeppi.csc.fi https://wiki.metropolia.fi/x/wwafAQ