Yhdyskäytävä verrattuna perinteisiin mikropalveluihin

Mikropalveluarkkitehtuurissa sovellus jaetaan useiksi pienemmiksi, toisistaan riippumattomiksi palveluiksi. Jokainen palvelu suorittaa tietyn toiminnon.

Mutta miten asiakkaat, kuten verkkoselain tai mobiilisovellus, ovat vuorovaikutuksessa kaikkien näiden eri palvelujen kanssa?

Aluksi asiakkaat saattavat kutsua suoraan kutakin tarvitsemansa mikropalvelua.

Kuvitelkaa, että mobiilisovelluksenne tarvitsee käyttäjätietoja "User Service" -palvelusta, tilaushistorian "Order Service" -palvelusta ja tuotetietoja "Product Service" -palvelusta.

Tämä lähestymistapa vaikuttaa ensi silmäyksellä yksinkertaiselta, mutta aiheuttaa nopeasti haasteita.

Suora viestintä asiakkaan ja palvelun välillä aiheuttaa useita ongelmia:

• Asiakkaan monimutkaistuminen: Asiakkaiden on tunnettava kaikkien palvelujen osoitteet ja käsiteltävä erilaisia rajapintoja.
• Useat pyynnöt: Yksi käyttäjän toiminto voi vaatia useita verkkokutsuja eri palveluihin.
• Tietoturvahuolenaiheet: Jokainen palvelu saattaa tarvita oman todennus- ja valtuutuslogiikkansa.
• Poikittaisten toimintojen toisto: Ominaisuudet, kuten lokitus, nopeusrajoitus ja valvonta, toistetaan jokaisessa palvelussa tai asiakkaassa.

Näiden ongelmien ratkaisemiseksi otamme käyttöön API Gatewayn. Ajatelkaa sitä kaikkien asiakaspyyntöjen yhtenä sisäänkäyntinä.

Sen sijaan että asiakkaat keskustelisivat suoraan mikropalvelujen kanssa, ne keskustelevat vain API Gatewayn kanssa. Yhdyskäytävä välittää pyynnöt sitten asianmukaiselle taustapalvelulle.

API Gateway toimii mikropalvelujenne julkisivuna. Julkisivu yksinkertaistaa monimutkaista järjestelmää tarjoamalla yhden yhtenäisen rajapinnan.

Asiakkaat näkevät yhden yksinkertaisen rajapinnan, kun taas yhdyskäytävä käsittelee pyyntöjen reitittämisen moniin sisäisiin palveluihin liittyvän monimutkaisuuden.

API Gatewayn ansiosta asiakassovelluksista tulee paljon yksinkertaisempia.

• Niiden tarvitsee tuntea vain yhdyskäytävän osoite.
• Yhdyskäytävä voi yhdistää useiden palvelujen vastaukset yhdeksi asiakasvastaukseksi.
• Tämä vähentää verkkopyyntöjen edestakaisten kierrosten määrää ja parantaa suorituskykyä erityisesti mobiiliasiakkailla.

Yksi merkittävä hyöty on poikkileikkaavien huolenaiheiden keskittäminen. Nämä ovat monien palveluiden tarvitsemia ominaisuuksia, kuten:

• Todennus ja käyttöoikeuksien hallinta: Käyttäjän henkilöllisyys varmennetaan kerran.
• Pyynnönnopeuden rajoittaminen: Hallitaan, kuinka monta pyyntöä asiakas voi tehdä.
• Lokitus ja valvonta: Kaikki saapuvat pyynnöt tallennetaan yhteen paikkaan.
• SSL:n päättäminen: HTTPS-salauksen purkamisesta ja käsittelystä huolehditaan.

Kun nämä toteutetaan yhdyskäytävässä, yksittäisissä mikropalveluissa tarvitaan vähemmän päällekkäistä koodia.

API-yhdyskäytävä auttaa myös irrottamaan asiakkaat mikropalveluistasi.

Jos muutat mikropalvelun sisäistä rakennetta (esimerkiksi jaat yhden palvelun kahdeksi), asiakkaan ei tarvitse tietää siitä. Yhdyskäytävä voidaan päivittää käsittelemään uusi reititys, jolloin asiakkaan rajapinta säilyy ennallaan.

API-yhdyskäytävästä on eniten hyötyä seuraavissa tilanteissa:

• Monimutkaiset mikropalveluarkkitehtuurit, joissa on paljon palveluita.
• Tilanteet, joissa asiakastyyppejä on useita (verkko, mobiili ja kolmannen osapuolen sovellukset).
• Kun tarvitaan keskitettyä tietoturvaa, valvontaa tai pyynnönnopeuden rajoittamista.

Hyvin pienissä sovelluksissa, joissa on vain muutama palvelu, suora viestintä voi aluksi riittää, mutta yhdyskäytävät skaalautuvat paremmin.

Olemme oppineet, että API-yhdyskäytävä toimii mikropalveluarkkitehtuurin tärkeänä julkisivuna.

Se yksinkertaistaa asiakkaan ja järjestelmän välistä vuorovaikutusta, keskittää yhteiset huolenaiheet, kuten tietoturvan ja valvonnan, sekä irrottaa asiakkaat palveluiden sisäisestä monimutkaisuudesta.

Tämä arkkitehtuurimalli johtaa vankempiin, helpommin ylläpidettäviin ja paremmin skaalautuviin mikropalvelusovelluksiin.