Mikä on palvelukeskeinen arkkitehtuuri (SOA)? Miten se on rakennettu ja miten se toimii?

Question

IT Interview Practice · Accepted Answer

## Mikä on SOA?

**SOA (Service-Oriented Architecture, palvelukeskeinen arkkitehtuuri)** järjestää liiketoimintakyvykkyydet palveluiksi, joita useat sovellukset voivat jakaa. Jokainen palvelu tarjoaa selkeän toiminnon, kuten varaston tarkistamisen tai laskun luomisen, sovitun rajapinnan kautta.

Esimerkiksi verkkokauppa ja henkilökunnan sovellus voivat kutsua samaa varastopalvelua tarkistaakseen varastosaldon. Kummankaan sovelluksen ei tarvitse toteuttaa liiketoimintalogiikkaa uudelleen tai tuntea varasto-ohjelmiston sisäistä toimintaa.

## Pääosat

- **Liiketoimintapalvelut:** Suorittavat tehtävän, kuten varaston varaamisen tai toimituskulujen laskemisen. Palvelu voidaan rakentaa alusta tai se voi tuoda saataville olemassa olevan järjestelmän kyvykkyyden.
- **Palvelujen käyttäjät:** Lähettävät pyyntöjä ja vastaanottavat tuloksia, kuten verkkosivusto, joka kutsuu varastopalvelua asiakkaan tehdessä tilauksen.
- **Palvelusopimukset:** Määrittelevät, miten palvelua kutsutaan, mitä tietoja lähetetään ja mitä tuloksia tai virheitä se voi palauttaa. Näiden sopimusten avulla eri teknologioilla rakennetut järjestelmät voivat toimia yhdessä.

Jotkin järjestelmät käyttävät **ESB:tä (Enterprise Service Bus, yrityksen palveluväylä)** pyyntöjen reitittämiseen ja tietomuotojen muuntamiseen sovellusten välillä. Se on yksi integraatiovaihtoehto; SOA ei vaadi ESB:tä eikä SOAP-protokollaa.

## Miten SOA toimii?

Tarkastellaan yritystä, jolla on verkkokauppa, varasto-ohjelmisto ja kirjanpito-ohjelmisto. Kun asiakas tilaa, tilausprosessi kutsuu varastopalvelua tuotteiden varaamiseksi ja sen jälkeen kirjanpitopalvelua laskun luomiseksi. Jokainen palvelu suorittaa operaationsa omassa järjestelmässään ja palauttaa tuloksen, jotta verkkosivusto voi ilmoittaa asiakkaalle.

Henkilökunnan sovellus voi käyttää samoja kahta palvelua tilausten luomiseen fyysisessä myymälässä. Molemmat myyntikanavat jakavat varaston ja kirjanpidon kyvykkyydet erillisten toteutusten ylläpitämisen sijaan.

## Hyödyt

- **Uudelleenkäytettävät kyvykkyydet:** Useat sovellukset käyttävät samaa palvelua, mikä vähentää liiketoimintalogiikan päällekkäistä kehittämistä ja ylläpitoa.
- **Integraatio olemassa oleviin järjestelmiin:** Palvelurajapinta voi tuoda vanhan ohjelmiston kyvykkyydet uusien sovellusten saataville.
- **Helpommat sisäiset muutokset:** Palvelu voi muuttaa toteutustaan pienemmällä vaikutuksella kutsujiin, jos se noudattaa edelleen sovittua sopimusta.

## Rajoitukset

- **Riippuvuus yhteisistä palveluista:** Varastopalvelun häiriö voi vaikuttaa kaikkiin sovelluksiin, joiden on tarkistettava tai varattava varastoa.
- **Palautuminen erillisten operaatioiden yli:** Jos laskutus epäonnistuu varaston varaamisen jälkeen, järjestelmän on yritettävä uudelleen tai vapautettava varaus; erilliset operaatiot eivät automaattisesti muodosta yhtä transaktiota.
- **Koordinointi rajapintojen muuttuessa:** Monen sovelluksen käyttämä rajapinta vaatii yhteensopivuuden suunnittelua, jotta sen kutsujat eivät rikkoudu.

## Milloin SOA sopii käyttöön?

SOA sopii organisaatioille, joiden on liitettävä yhteen useita järjestelmiä ja jaettava liiketoimintakyvykkyyksiä, kuten myyntiä, varastoa, kirjanpitoa ja asiakastukea. Pienessä sovelluksessa, jossa integraatiotarve on vähäinen, se voi lisätä ylläpitotyötä tuottamatta paljon hyötyä.

Mikä on SOA?

Pääosat

Miten SOA toimii?

Hyödyt

Rajoitukset

Milloin SOA sopii käyttöön?

Aiheeseen liittyvät kysymykset