In een steeds veranderende technologische wereld , bedrijven wordt verwacht dat ze meer te bieden met minder middelen . Service-oriented architectuur levert software ontwikkeling bedrijven met de mogelijkheid om snel en efficiënt te reageren op service requests . Echter, service -oriented architecture is niet compatibel tussen alle applicaties . Hoe het werkt service - oriented architecture definieert de normen van een bedrijf de service- applicaties . De architectuur houdt rekening met de door het bedrijf en de behoeften van de consument diensten . Toepassing van deze beginselen moet een interface voor de consument te vragen en te ontvangen hun verwachte service. Bijvoorbeeld , als een student verzoeken hun cijfers uit een universitaire website , zouden de cijfers worden weergegeven op het ophalen van de interne database . De student werkt als een consument en de server ophalen van de kwaliteiten is de service . Voordelen Services worden in een toepassing wordt beheerd door een reeks van lagen . Elke laag handelt volgens zijn verantwoordelijkheden en is alleen toegankelijk door gedeelten van de applicatie en de gebruikers . Lagen kunnen worden individueel ontworpen en ontwikkeld , het verhogen van het potentieel voor code recycling alsmede het creëren van meer specifieke ontwikkelaar rollen . Als de applicatie leeftijden , kan elke laag worden gericht voor onderhoud of geschaald naar prestatie-eisen voldoen . Nadelen De ontwikkeling van service-oriented architecture is afhankelijk van de implementatie van de normen . Zonder normen , de communicatie tussen applicaties wordt tijd en code intensief . Servicegerichte architectuur is niet bedoeld voor toepassingen met een hoge data-overdracht , applicaties die niet request /response implementatie of toepassingen met een korte levensduur vereisen .
|