WOA - den næste bølge er på vej

Begrebet SOA har eksisteret i mere end 10 år. Gartner beskrev det første gang i en research note i april 1996. Siden er SOA blevet den måde, vi skal designe vores løsninger og IT-systemer på, men at de store IT-System leverandører, som SAP baserer deres løsninger på ”ren” SOA, lader stadig vente på sig. Udfordringen i SOA-tankegangen er, at der ikke kun er tale om en anden måde at stille services til rådighed rent teknisk – i mange tilfælde kan den eksisterende teknologiske platform eller dele af den bruges – men det kræver en anden måde at tænke og designe løsninger på. Det er netop dette paradigmeskift, der er den store udfordring.

For kun nogle få år siden fandtes der heller ikke egentlige SOA-udviklingsmiljøer, så SOA-udviklerne var henvist til eksisterende værktøjer. Dette er i de senere år blevet bedre, og SAP har netop frigivet deres nye SAP Netweaver Composition Environment (SAP NW CE) til ramp up, så vi kan i løbet af Q2 2009 forvente, at den bliver almindeligt tilgængelig. Med denne ”værktøjskasse” vil det være muligt at arbejde i et ”rent” SOA-miljø. Det vil sandsynligvis sætte skub i anvendelsen af SOA i SAP-verdenen. Men er det nok?
SOA-softwarekomponenter danner fundamentet for en ny måde at udvikle IT-løsninger på. Med SOA vil forretningen og IT-afdelingen nemt kunne udvikle og tilpasse IT-systemer, så de opfylder forretningens krav, og det vil kunne ske væsentlig hurtigere end med en traditionel arkitektur. SOA’s primære fokus har været ”indad” mod virksomhedernes IT-systemer. Måden hvorpå SOA kommunikere er ikke fastlagt; der anvendes en lang række forskellige teknologier som SOAP/web serv ices, CORBA, DCOM, REST, RPS eller JINI.
SOA anvender arkitektoniske principper med vægt på governance - primært service design og service definitioner – som følgende:

• Service encapsulation - mange web-services er tilpasset, så de kan anvendes i SOA, men mange af dem har ikke været udviklet til SOA
• Service loose coupling - services vedligeholder en relation, som minimerer afhængigheder og kræver derfor kun at der vedligeholdes et forhold imellem dem
• Service contract - services accepterer en kommunikations kontrakt, som er en kollektiv aftale med en eller flere services i en fælles beskrivende dokument
• Service abstraction - udover det der er beskrevet i services kontrakten gemmer servicen den underliggende logik for omverdenen
• Service reusability - logik er inddelt i services med den hensigt at de skal genanvendes
• Service composability - en samling af services kan koordineres og samles i composite services
• Service autonomy - services har kontrol over den forretningslogik de indkapsler
• Service optimization - alle services der løser ens opgaver er samlet i højkvalitetes services der er generelle i stedet for specialiserede lav-kvalitets services
• Service discoverability - services er designet så de er ”udadvendt” og beskrivende. På den måde kan de nemt blive fundet via en søgemekanisme som et service repository ( I SAP er der specielt til dette udviklet et ESR der er placeret i SAP PI)

Ovenstående er grundlæggende desingprincipper for SOA; de siger IKKE hvordan, samspillet mellem services foregår. Derfor anvendes der mange forskellige teknologier og protokoller, når services skal kommunikeres. SOA-services kan således være ”tunge” – dvs. komplekse - og der er ikke noget krav om, at de er dekomponenteret. En af de protokoller, som SOA kan anvende, er REST (Representational State Transfer). REST er en definition/metode, på hvilken klienter og servere kan kommunikerer for at stille et enkelt, skalerbart og omkostningseffektivt fordelt proceslandskab til rådighed. Kombineres SOA, WWW og REST, så får man WOA (Web oriented architecture). Dette beskrives første gang af Gartner i 2005.

WOA er en kombination af teknologier og arkitektur, der har som mål, at tingene skal være så simple som muligt samtidig med, at det forsat er fleksibelt og skalérbart. Med WOA bevæger vi os over i den næste fase af SOA; de services, der er behov for, kan være placeret på andre systemer end ens egne. Et WOA interface kan uden problemer anvendes fra et hvilket som helst web-enablet programmeringssprog. Anvendelsen af WOA-interfacet kan læres via eksempler og observationer, og endelig kan det nemt udvides uden central ITs involvering. Dette betyder at forretningen selv vil kunne sammensætte deres applikationsportefølje ud fra en række publicerede WOA-services uden at IT skal involveres. Kort sagt er WOA nogle principper, der har gjort internettet til en succes, men som fokuserer på maskin-til-maskin interaction.

WOA giver en meget større fleksibilitet for den serviceorienterede arkitektur og giver adgang til flere services, og de publicerede services kan ofte tilpasses af slutbrugeren. Systemarkitekten kan i sit løsningsdesign også trække på et langt større udvalg af services og derved udvikle netop den løsning, der understøtter forretningsprocesserne bedst. Løsningen kan således nemt videreudvikles og tilpasses løbende efter behov.
WOA vil ikke kræve en total nytænkning, men er en naturlig udvikling af SOA-tankegangen.
SAPs platform med SAP NW CE og den tilhørende ESR (Enterprise Service Repository) skulle være klar til at understøtte denne viderudvikling af SOA.

Ole Høgfeldt Jedrzejczyk er leder af et specielt team i Spring Consulting, der kalder sig Technical Solution Advisors. Det er en gruppe meget erfarene konsulenter inden for de forskellige tekniske discipliner i SAP. Ole har arbejdet med SAP i mere end 10 år; både med implementering og design af tekniske løsninger. Udvikling af interfaces og kommunikation mellem forskellige systemer, workflow samt sags- og dokumentstyring er nogle af hans specialområder. Siden midten af 2008 har Ole og hans team fokuseret meget på SOA i og uden for SAP. Deres mission er at hjælpe SAP-virksomheder til at få BPM og SOA-tankegangen omsat fra teori til praksis og derved få mere ud af deres SAP-investeringer.

Klicka här för att läsa hela artikeln i SBN Nytt 2009