I en stadig skiftende teknologiske verden , er selskaper forventes å gi mer med mindre ressurser . Tjenesteorientert arkitektur gir programvareutvikling selskaper med evne til å svare på service forespørsler raskt og effektivt. Imidlertid er tjenesteorientert arkitektur ikke kompatible mellom alle applikasjoner. Slik fungerer det

Tjenesteorientert arkitektur definerer standarder for et selskaps service applikasjoner . Arkitekturen tar hensyn til de tjenester som tilbys av selskapet og behov hos forbrukeren . Implementering av disse prinsippene krever et grensesnitt for forbrukere å be om og motta forventet service.

For eksempel , hvis en student ønsker deres karakterer fra et universitet nettside , vil karakterene bli vist på henting fra den interne databasen . Studenten fungerer som en forbruker og serveren henting av karakterene er tjenesten.
Fordeler

tjenester blir opprettholdt i et program av en rekke lag. Hvert lag fungerer i henhold til sine ansvarsområder , og er bare tilgjengelig med deler av programmet og brukere. Lag kan være individuelt designet og utviklet , har økt potensialet for kode gjenvinning samt skape mer spesifikke utvikler roller . Som søknaden aldre, kan hvert lag være målrettet for vedlikehold eller skaleres for å møte krav til ytelse .

Ulemper

Utviklingen av tjenesteorientert arkitektur er avhengig av gjennomføring av standarder. Uten standarder , blir kommunikasjonen mellom applikasjoner tid og kode intensiv . Tjenesteorientert arkitektur er ikke ment for applikasjoner med høye dataoverføringer , programmer som ikke krever request /respons implementering eller applikasjoner med kort levetid .