Ulempene ved Service-Oriented Architecture

I et stadig skiftende teknologiske verden, er selskaper forventes å gi mer med færre ressurser. Tjenesteorientert arkitektur gir programvareutvikling selskaper med evne til å svare på service forespørsler raskt og effektivt. Det er imidlertid ikke kompatible mellom alle applikasjoner.

Hvordan det fungerer

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 forbrukerne å be om og motta forventet service.

For eksempel, hvis en student ber om hennes karakterer fra et universitet nettside, karakterene vil bli vist på henting fra den interne databasen. Studenten opptrer som forbruker, og serveren henting av karakterene er tjenesten.

Fordeler

Tjenester er opprettholdt i en applikasjon ved en rekke lag. Hvert lag fungerer i henhold til sine ansvarsområder, og er bare tilgjengelig med deler av programmet og brukere. Layers kan være individuelt designet og utviklet, noe som øker potensialet for kode resirkulering samt å skape mer spesifikke utviklerroller. Som program aldre, kan hvert lag være målrettet for vedlikehold eller skalert for å møte krav til ytelse.

ulemper

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