Vad är tjänsteorienterad arkitektur (SOA)? Hur är den uppbyggd och hur fungerar den?

Question

IT Interview Practice · Accepted Answer

## Vad är SOA?

**SOA (Service-Oriented Architecture, tjänsteorienterad arkitektur)** organiserar verksamhetsförmågor i tjänster som flera applikationer kan dela. Varje tjänst erbjuder en tydlig funktion, exempelvis att kontrollera lager eller utfärda en faktura, genom ett överenskommet gränssnitt.

En webbutik och en personalapplikation kan exempelvis anropa samma lagertjänst för att kontrollera lagersaldot. Ingen av applikationerna behöver implementera verksamhetslogiken igen eller känna till hur lagerprogramvaran fungerar internt.

## Huvudkomponenter

- **Verksamhetstjänster:** Utför en uppgift, exempelvis att reservera lager eller beräkna leveransavgifter. En tjänst kan byggas från grunden eller göra en funktion i ett befintligt system tillgänglig.
- **Tjänstekonsumenter:** Skickar begäranden och tar emot resultat, exempelvis en webbplats som anropar lagertjänsten när en kund lägger en beställning.
- **Tjänstekontrakt:** Definierar hur tjänsten anropas, vilka data som ska skickas och vilka resultat eller fel den kan returnera. Dessa överenskommelser gör att system byggda med olika tekniker kan samarbeta.

Vissa system använder en **ESB (Enterprise Service Bus)** för att dirigera begäranden och översätta dataformat mellan applikationer. Det är ett integrationsalternativ; SOA kräver varken en ESB eller SOAP-protokollet.

## Hur fungerar SOA?

Tänk på ett företag med en webbutik, lagerprogramvara och bokföringsprogramvara. När en kund beställer anropar beställningsflödet lagertjänsten för att reservera varor och därefter bokföringstjänsten för att skapa en faktura. Varje tjänst utför sin operation i sitt eget system och returnerar ett resultat så att webbplatsen kan informera kunden.

Personalapplikationen kan använda samma två tjänster för att skapa beställningar i en fysisk butik. Båda försäljningskanalerna delar lager- och bokföringsfunktionerna i stället för att underhålla separata implementationer.

## Fördelar

- **Återanvändbara förmågor:** Flera applikationer använder samma tjänst, vilket minskar dubblerad utveckling och underhåll av verksamhetslogik.
- **Integration med befintliga system:** Ett tjänstegränssnitt kan göra funktioner från äldre programvara tillgängliga för nya applikationer.
- **Enklare interna ändringar:** En tjänst kan ändra sin implementation med mindre påverkan på anropare om den fortsätter följa det överenskomna kontraktet.

## Begränsningar

- **Beroende av gemensamma tjänster:** Ett fel i lagertjänsten kan påverka varje applikation som behöver kontrollera eller reservera lager.
- **Återhämtning över separata operationer:** Om faktureringen misslyckas efter att lagret reserverats måste systemet försöka igen eller frigöra varorna; separata operationer bildar inte automatiskt en enda transaktion.
- **Samordning när gränssnitt ändras:** Ett gränssnitt som används av många applikationer behöver kompatibilitetsplanering för att inte få anroparna att sluta fungera.

## När passar SOA bra?

SOA passar organisationer som behöver koppla samman flera system och dela verksamhetsförmågor som försäljning, lager, bokföring och kundsupport. För en liten applikation med litet integrationsbehov kan den tillföra driftarbete utan att ge särskilt stor nytta.

Vad är SOA?

Huvudkomponenter

Hur fungerar SOA?

Fördelar

Begränsningar

När passar SOA bra?

Relaterade frågor