Artikkelit

Uuden sukupolven PIM

Adeona PIM 2017

Kehitämme tällä hetkellä uuden sukupolven Adeona PIM-järjestelmää. Perusidea on sama kuin ennenkin, mutta moni asia myös muuttuu. Vuosien saatossa olemme oppineet paljon PIM:stä yleisesti sekä asiakkailtamme. Tätä oppia hyödynnämme nyt uuden tuoteversion kehityksessä.

Adeona PIM 2017 – tärkeimmät huomiot:

1. Arkkitehtuuri

Arkkitehtuuri on päivitetty vastaamaan kasvavia tarpeita sekä sopeutumaan parhaalla mahdollisella tavalla erilaisiin ympäristöihin. Se on skaalautuva ja tukee entistäkin suurempia tietomassoja. Toisaalta se on otettavissa käyttöön niin pilvipalveluna kuin on-premise/private cloud -mallilla.

2.  Tietomalli

Adeonan tietomallia on myös päivitetty. Pääosin tietomalli on kuten ennenkin, mutta uusia ominaisuuksiakin on tuettuna. Asiakkaiden tarpeiden pohjalta olemme suunnitelleet päivitettyjä ominaisuuksia ja entistäkin paremmin liiketoimintaa tukevaa tietomallia. Työpajat näiden osalta jatkuvat.

 3. REST API -rajapinta

Kaikki toiminta toimii yhden rajapinnan kautta. REST API:a käyttää niin järjestelmä sisäisesti kuin myös liittyvät järjestelmät ja sovelluskehittäjät. Koko järjestelmän tietomalli ja tieto on saavutettavissa yhdenmukaisen rajapinnan kautta. Tämä helpottaa mm. integroitumista ja data-lähtöisten sovellusten rakentamista.

 4. Haettavuus

Paljon tietoa sisältävässä järjestelmässä hakutoiminnot ja tiedon löytyminen on erittäin tärkeää. Hakemiseen olemmekin panostaneet erityisesti. Kaikki järjestelmään tallennettu tieto on nopeasti ja tehokkaasti haettavissa. Hakumoottorina käytämme Elasticsearch:ia, jonne kaikki tieto indeksoidaan reaaliaikaisesti. Esim. verkkokauppa voi käyttää PIM-järjestelmää hakumoottorina ja näin verkkokauppaprojektista tulee paljon helpompi.

5.  Käyttöliittymä ja käytettävyys

Kaikki ylläpitokäyttö on selainpohjaista. Uusittu käyttöliittymä on nopea ja helppokäyttöinen. Järjestemän tehokasta hakua hyödynnetään myös erilaisissa käyttötapauksissa. Etenkin isojen massojen käsittely on huomioitu käyttöliittymää suunniteltaessa.

Kehitämme tuotettamme yhdessä asiakkaidemme kanssa. Uuden tuoteversion osalta pidimme maaliskuussa ensimmäiset työpajat. Noissa työpajoissa kokoonnuimme yhdessä asiakkaidemme kanssa ja kävimme läpi joitakin avainkäyttötapauksia sekä tutustuimme uuden version käyttöliittymään ja ominaisuuksiin.

Työpajat jatkuvat jälleen syksyllä ja ilmoitamme niiden ajankohdista kesän jälkeen. Tervetuloa mukaan!

Avoimet rajapinnat REST API

Rajapinnoista ja niiden avoimuudesta

Modernin sovelluksen elinehto on toimiva julkinen API. Ennen kuin katsotaan tarkemmin, mitä API meidän näkökulmasta tarkoittaa ja miten niistä saadaan parhaat hyödyt irti, käydään läpi vähän perusteita.

API (Application Programming Interface) tarkoittaa sovellusrajapintaa, jota kautta sovelluksen tiedot ja toiminnallisuus on saavutettavissa sekä mahdollistaa ohjelmointityön sovellukseen tai sen osaan, esimerkiksi standardikirjastoon liittyen. Nämä rajapinnat voivat olla hyvin matalalla tasolla ja liittyä järjestelmän sisäiseen toimintaan. Esimerkiksi käytettävän Open Source -kirjaston kutsuihin järjestelmän sisällä. Tässä kirjoituksessa katsotaan kuitenkin tarkemmin julkisia rajapintoja. Niitä, joiden kautta sovellus on laajennettavissa tai integroitavissa, sekä sovelluksen tieto laajasti hyödynnettävissä.

API-keskeinen arkkitehtuuri

Perinteisesti sovellusrajapinnat on nähty enimmäkseen järjestelmien sisäisinä tai lähinnä integrointiin liittyvinä. Modernit sovellukset toimivat kuitenkin enemmän palveluina, ja filosofiana on järjestelmän helppo laajentaminen ja sen sisältämän tiedon laaja hyödyntäminen. Modernit sovellukset käyttävät ja tarjoavat jopa useita sovellusrajapintoja. Esimerkiksi sosiaalisen median sovellusten, kuten Facebook ja LinkedIn, käyttö perustuu pitkälti rajapintoihin joiden ympärille on tehty erilaisia käyttöliittymiä (selain, mobiili jne.).

API-keskeisessä arkkitehtuurissa sovellukset keskustelevat näiden julkisten rajapintojen kautta. Yksittäisen sovelluksen ohjelmointikielellä tai sisäisellä rakenteella ja logiikalla ei ole merkitystä, kun rajapinnat on tehty yleisten käytäntöjen mukaan. API-keskeinen arkkitehtuuri helpottaa myös päätelaiteriippumattomien sovellusten rakentamista. Esimerkiksi eri mobiilikäyttöjärjestelmille tehdyt sovellukset voivat käyttää samaa yleistä rajapintaa.

 

Adeona_PIM_2017

RESTful API

Kun käytetään yleisiä käytäntöjä ja de facto-standardeja, on sovellusten liittäminen helppoa ja datan hyödyntäminen tulee mahdolliseksi erilaisissa sovelluksissa.

REST (Representational state transfer) on tilaa tallentamaton HTTP-protokollaan perustuva arkkitehtuurimalli sovellusrajapintojen tekemiseen. Tyypillisesti REST API tarjoaa tiedon JSON (JavaScript Object Notation)- tai XML-formaatissa.  Me käytämme REST-rajapinnassamme JSON-formaattia, joka on avoin, luettavaan tekstiin ja attribuutti-arvo-pareihin perustuva vallalla oleva formaatti.

Avoin API

Yksi API-keskeisen arkkitehtuurin perusajatuksia on, että rajapinnat on avoimesti saatavilla ja niihin löytyy avoimesti saatavilla oleva hyvä dokumentaatio. Hyväkin rajapinta jää käyttämättä, jos sitä on hankala käyttää tai dokumentaatio ei ole saatavilla. Parhaimmillaan koko järjestelmän tietomassa sekä logiikka on saavutettavissa rajapinnan kautta. Näin järjestelmän liittäminen, integrointi tai laajentaminen omilla liittyvillä sovelluksilla on joustavaa.

Avoin rajapinta ei tarkoita sitä, että kaikki järjestelmän tieto on kaikkien saatavilla. Rajapintakutsut todennetaan ja järjestelmä voi sitten rajata kullekin rajapintaa kutsuvalle ne tiedot, joihin oikeudet riittävät.

 

Lisätietoja:

https://en.wikipedia.org/wiki/Application_programming_interface

https://en.wikipedia.org/wiki/Representational_state_transfer