Mitkä ovat API-hallinnan ja palveluväylän (ESB:n) keskeiset eroavaisuudet ja mihin kumpaakin tarvitaan?
Problem
Mitkä ovat API-hallinnan ja palveluväylän (ESB:n) keskeiset eroavaisuudet? Milloin ja mihin niitä tarvitaan?
Solution
API GATEWAY, osa API-hallintaa | ESB eli integraatiopalvelun palveluväylä |
---|---|
Keskitetty paikka, jossa tarjotaan pääsy organisaation tietoihin ja palveluihin (rajapinnan hyödyntäjiä voi tulla lisää) | Tarjoaa keskitetyn alustan (palveluväylän) integraatioiden toteuttamiseen (uudet integraatiot määritellään aina erikseen tapauskohtaisesti) |
Julkistaa APIt organisaatiolle / ulkomaailmaan | Käytetään sisäisesti, kun integroidaan erilaisia järjestelmiä keskenään |
Ei implementoi businesslogiikkaa, logiikka on APIn takana | Pystyy ohjelmoimaan tietomuunnoksia, validointia, viestinvälitystä ja reitityksiä. Ei varsinaisen businesslogiikan toteutusta, jotta arkkitehtuurissa se pysyy sovelluksissa. Pystyy integroimaan tietokantatasolla, mutta suositus käyttää ESB:stäkin API-rajapintoja. |
Statistiikan ja lokien kerääminen APIen käytöstä | Lokittaa tiedonsiirtojen metatiedot, etupäässä virheenselvityksiä varten |
Itsepalveluperiaate (mahdollisuuksien mukaan) | Toteutustyö tilataan integraatiopalvelulta. Integraatiopalvelu osallistuu projekteihin ESB-integraatioiden osalta (määrittely, suunnittelu, toteutus, testaus, käyttöönotto, siirtoluvat jne.) |
API katalogi ja kehittäjien työkalut | ESB-kehitystyökalut (integraatiotiimin käytössä) |
API-käyttöliittymä (portaali) kehittäjille, muille APIen käyttäjille ja julkaisijoille | Ei käyttöliittymää paitsi rajallisesti ESB-ylläpitäjille. |
- ESB:n rooli ja vahvuuksia perinteisesti ovat:
- Siirtää tietoja automaattisesti järjestelmien välillä, erilaisilla herätteillä joista ajastin ja kutsu rajapintaan ovat tyypillisiä
- Integroida teknisesti ja historialtaan erilaisia ja epäyhteensopiva järjestelmiä ja tietomalleja yhteen
- Muuntaa ja reitittää tietovirtoja
- Välittää mahdollisesti hyvinkin suuria viestimääriä järjestelmien välillä nopeasti ja tehokkaasti
- Viesti voidaan antaa ESB:n välitettäväksi ja olla varmoja että se menee perille heti kun olosuhteet sen mahdollistaa (esim. huoltokatkot, verkkokatkokset ym. arkielämän tilanteet).
- Tarjota tieto- ja toimintorajapintoja, mutta tämä on kasvavassa määrin siirtymässä API-hallinnan hoidettavaksi
- Arkkitehtuuri, kutsujen skenaarioita:
- Järjestelmä A → ESB → Järjestelmä B
- Perinteinen tapa (lähinnä jos API hallintaa ei ole). Parempi kuin point-to-point integraatio, mutta ei tarjoa nykyaikaisen API-hallinnan hyötyjä.
- Järjestelmä A → API-GW → Järjestelmä B
- Mahdollisuus API-hallinnan hyötyihin joita ESB ei tarjoa (ei aina mahdollista korvata ESB:tä)
- Järjestelmä A → ESB → Järjestelmä B
ESB:n ja API-Gatewayn suhde, esimerkki
- Eri lähteistä koostettu rajapinta, jossa ESB:n koostamaa tietoa reititetään API-gatewayn kautta rajapintaan, jotta saavutetaan API-hallinnan hyödyt
- Huom! API-GW on yksi uusi ylläpidettävä kerros jonka saatavuuden tulee olla korkealla tasolla (24/7 "high availability").
Voit tarvittaessa kysyä tarkempia tietoja: tike-ohtu@helsinki.fi ja tike-integraatiopalvelu@helsinki.fi
Related articles
Related articles appear here based on the labels you select. Click to edit the macro and add or change labels.
Unknown macro: contentbylabel. Click on this message for details.
Unknown macro: details. Click on this message for details.