Mitkä ovat API-hallinnan ja palveluväylän (ESB:n) keskeiset eroavaisuudet ja mihin kumpaakin tarvitaan?

Last modified by Xwiki VePa on 2024/02/07 07:37

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 paikkajossa tarjotaan pääsy organisaation tietoihin ja palveluihin​ (rajapinnan hyödyntäjiä voi tulla lisää)

Tarjoaa keskitetyn alustan (palveluväylänintegraatioiden 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 metatiedotetupää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ä (portaalikehittäjillemuille 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 integraatiomutta 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ä)
  • ESB:n ja API-Gatewayn suhde, esimerkki​

APIGW ESB yhteistyö esimerkki.png

  • 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.