Federoitu keskitetty sovellus Case Peppi Juhani Gurney, Rami Heinisuo - Eduix Oy Tuomas Orama, Metropolia Ammattikorkeakoulu
Lue PeppiUutisista taustatiedot Peppistä
Federoitu ja keskitetty Määritelmät Miksi keskitetty?
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.
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.
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 -instansseja kuormanjakajan taakse. Käyttöliittymäkerros voidaan skaalata klusteroimalla Liferay.
Case demopeppi.csc.fi Haka-luottamusverkkoon kytkettu pilvipalvelutyyppinen asennus Käyttö voidaan aloittaa kirjautumalla palveluun Hakaluottamusverkkoon 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
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ä!
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)
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ä.
Arkkitehtuurin suhde tavoitetilaan I Edustapalvelininstanssit Palvelualustainstanssit Shibd Apache Liferay Organisaatio A Instanssit ovat organisaatiokohtaisia Mahdollistaa kustomoinnin ja esim. yksikkö / tiedekuntakohtaisten työpöytien tekemisen Palvelinresursseja voidaan säätää organisaatiokohtaisesti Yhteiset kaikille organisaatioille Shibd Apache Liferay Organisaatio B Shibd Apache Liferay Organisaatio C Load Balancer DB Org. A DB Org. B Tietokannat Organisaatioilla omat Peppi-tietokannat samalla palvelimella / palvelinklusterissa Helpottaa varmuuskopiointia ja esim. tietokantojen kopiointia testiympäristöihin DB Org. C
Arkkitehtuurin suhde tavoitetilaan II Integraatiot Sisäiset palvelualustainstanssit Integraatioiden ajoympäristö Palveluiden julkaisu, avoin data Koulutushaku Integraatio 1 Integraatio 2 Integraatio 1 Oppimateriaalihaku 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
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