Hva er tjenesteorientert arkitektur (SOA)? Hvordan er den bygd opp, og hvordan fungerer den?

Question

IT Interview Practice · Accepted Answer

## Hva er SOA?

**SOA (Service-Oriented Architecture, tjenesteorientert arkitektur)** organiserer forretningsfunksjoner som tjenester flere applikasjoner kan dele. Hver tjeneste tilbyr en tydelig funksjon, som å sjekke lager eller utstede en faktura, gjennom et avtalt grensesnitt.

En nettbutikk og en ansattapplikasjon kan for eksempel kalle samme lagertjeneste for å sjekke beholdningen. Ingen av applikasjonene trenger å implementere forretningslogikken på nytt eller vite hvordan lagerprogramvaren fungerer internt.

## Hovedkomponenter

- **Forretningstjenester:** Utfører en oppgave, som å reservere lager eller beregne leveringskostnader. En tjeneste kan bygges fra grunnen av eller eksponere en funksjon i et eksisterende system.
- **Tjenestebrukere:** Sender forespørsler og mottar resultater, som et nettsted som kaller lagertjenesten når en kunde legger inn en bestilling.
- **Tjenestekontrakter:** Definerer hvordan en tjeneste kalles, hvilke data som skal sendes, og hvilke resultater eller feil den kan returnere. Disse avtalene gjør at systemer bygd med ulike teknologier kan samarbeide.

Noen systemer bruker en **ESB (Enterprise Service Bus)** for å rute forespørsler og oversette dataformater mellom applikasjoner. Dette er ett integrasjonsalternativ; SOA krever verken ESB eller SOAP-protokollen.

## Hvordan fungerer SOA?

Se for deg en virksomhet med en nettbutikk, lagerprogramvare og regnskapsprogramvare. Når en kunde bestiller, kaller bestillingsflyten lagertjenesten for å reservere varer og deretter regnskapstjenesten for å opprette en faktura. Hver tjeneste utfører operasjonen i sitt eget system og returnerer et resultat slik at nettstedet kan varsle kunden.

Ansattapplikasjonen kan bruke de samme to tjenestene til å opprette bestillinger i en fysisk butikk. Begge salgskanalene deler lager- og regnskapsfunksjonene i stedet for å vedlikeholde separate implementasjoner.

## Fordeler

- **Gjenbrukbare funksjoner:** Flere applikasjoner bruker samme tjeneste, noe som reduserer dobbelt utvikling og vedlikehold av forretningslogikk.
- **Integrasjon med eksisterende systemer:** Et tjenestegrensesnitt kan gjøre funksjoner fra eldre programvare tilgjengelige for nye applikasjoner.
- **Enklere interne endringer:** En tjeneste kan endre implementasjonen med mindre virkning på dem som kaller den, hvis den fortsetter å følge den avtalte kontrakten.

## Begrensninger

- **Avhengighet av delte tjenester:** En feil i lagertjenesten kan påvirke alle applikasjoner som må sjekke eller reservere lager.
- **Gjenoppretting på tvers av separate operasjoner:** Hvis faktureringen mislykkes etter at lager er reservert, må systemet prøve på nytt eller frigjøre varene; separate operasjoner utgjør ikke automatisk én transaksjon.
- **Koordinering når grensesnitt endres:** Et grensesnitt som brukes av mange applikasjoner, krever kompatibilitetsplanlegging for å unngå å ødelegge systemene som kaller det.

## Når passer SOA godt?

SOA passer for organisasjoner som må koble sammen flere systemer og dele forretningsfunksjoner som salg, lager, regnskap og kundestøtte. For en liten applikasjon med lite integrasjonsbehov kan det gi mer driftsarbeid uten særlig nytte.

Hva er SOA?

Hovedkomponenter

Hvordan fungerer SOA?

Fordeler

Begrensninger

Når passer SOA godt?

Relaterte spørsmål