Denne artikel stammer fra det trykte Computerworlds arkiv. Artiklen blev publiceret den CTO d. 3. november 2006.
UDVIKLING Fremtiden SOA's mantra er logisk. Virksomhedens it-systemer skal limes sammen i en serviceorienteret arkitektur, hvis de skal være effektive og fleksible. Men udviklingen af SOA-løsninger er hidtil foregået i langsomt tempo. Nu lyder prognosen, at markedet er modent til ændringer. Fremtiden vil byde på bedre SOA-værktøjer og større reel udbredelse.
Succeskriterium Vi er stadig i den tidlige fase af den serviceorienterede arkitektur. Repositories og inddragelse af topledelse skal være med til at gøre SOA-projekter til en succes.
Der er store forventninger til SOA. Både når det gælder it-leverandørernes forventninger til omsætning og virksomhedernes forventninger til en fleksibel it-infrastruktur, der kan understøtte stadig skiftende forretningsprocesser.
Accenture meldte ud i juli i år, at virksomheden vil investere omkring 2,7 milliarder kroner over de næste tre år i SOA-applikationer.
IBM og HP er også med. Derved følger Accenture efter blandt andre IBM, der i april lovede at investere omkring 6 milliarder kroner i SOA.
HP meldte ud i september, at virksomheden vil investere omkring tre milliarder kroner i opbygningen af tre nye SOA-kompetencecentre til at supplere HP's nuværende to. På kompetencecentrene skal kunder have mulighed for at afprøve SOA-teknologiernes muligheder.
Grunden til it-leverandørernes milliard-investeringer er forventningen om et SOA-boom.
Eksempelvis anslår analysebureauet Wintergreen Research i en rapport fra juli i år, at SOA-markedet vokser fra en værdi på omkring 3 milliarder kroner i 2005 til over 100 milliarder kroner i 2012.
Med så store forventninger er der grund til at understrege, at SOA stadig er i en tidlig fase, hvor der høstes erfaringer.
- De fleste store organisationer har stiftet bekendtskab med SOA, men antallet af virksomheder med et betragteligt antal services i produktion er stadig lille, siger analytiker Rob Hailstone fra analysevirksomheden Butler Group.
Og der er stor forskel på at anvende nogle enkelte SOA-services og så have en fuldstændig SOA- implementering.
- Anvendelse af SOA til integration af nogle enkelte systemer er ikke så kompliceret, mens SOA til opbygning af komplekse applikationer med automatiserede processer baseret på services er et langt mere omfattende arbejde, siger Rob Hailstone.
Målet med SOA er ikke integration, men at få en it-infrastruktur, der nemt kan tilpasses skiftende forretningsprocesser. SOA bør derfor ikke være et mål i sig selv.
- SOA-adoption - og de langsigtede markedsfordele - vil fortsætte med at vokse langsomt (eller potentielt mindskes), hvis SOA fortsat sælges som et mål i sig selv. SOA skal sælges og købes, som et middel til at nå et mål. Det mål er restrukturering af forretningsprocesser, hedder det blandt andet i en rapport fra rådgivningsfirmaet Saugatuck Tehcnologies fra juni i år.
Ifølge Rob Hailstone har værktøjerne og den fysiske implementering stadig plads til forbedringer.
- Arkitekturen er stort set på plads, men mange af værktøjerne er stadig nye. De store leverandører som BEA, Oracle, HP og IBM har sådan set alle delene til en arkitektur, men værktøjerne skal i nogle tilfælde udbygges og laves mere simple, mener Rob Hailstone.
Han nævner værktøjer til overvågning og fejlfinding, modeleringsværktøjer og repositories som kandidater til forbedring.
- Værktøjerne til produktionsovervågning er der, men for en storstilet SOA-implementering er der behov for yderligere forbedringer. Ikke-tekniske forretningsanalytikere kan i dag lave procesflows. Men ved roundtripping, hvor forretningsanalytikere laver ændringer til processer, der allerede er sat i produktion af it, er der stadig udfordringer, siger Rob Hailstone.
Leverandørerne er opmærksomme på behovet for værktøjer til at virkeliggøre SOA-visionen og er derfor i gang med at udbygge deres palet af SOA-baserede værktøjer. En af teknologierne, som forventes at blive essentielle i virksomhedernes fremtidige serviceorienterede arkitek-
turer, er de såkaldte SOA-repositories.
Rob Hailstone ser SOA-repositories som en vigtig del af den såkaldte SOA Governance: styring og håndtering af SOA.
- Repositories vil formentlig blive udbygget for at dække mere af governanceområdet. SOA Governance er meget vigtig. Det er måske ikke så klart, hvis man laver et enkelt pilotprojekt, men i en fuldt implementeret serviceorienteret arkitektur, er det meget vigtigt. Hele pointen med SOA er at lave ændringer nemmere. I en SOA har man mange komponenter, der er nemme at ændre. Komponenterne har deres egen livscyklus, og det kræver mere håndtering af hver komponents livscyklus; hvem ændrer hvad og hvornår? Hvilken effekt vil det få for andre services og andre applikationer? Der er meget mere at tage hensyn til, når man også begynder at tale om Service Level Agreements og forskellige niveauer af sikkerhed, siger Rob Hailstone.
Han forventer derfor, at SOA-repositories bliver en vigtig del af SOA Governance.
- Kravene til SOA-repositories vokser stadig. Samtidig skal de indarbejdes mere som en usynlig del af infrastrukturen. Eksempelvis skal de blive en integreret del af udviklerværktøjerne. Det skal ikke være en separat aktivitet at opdatere repositories manuelt, mener Rob Hailstone.
OriginalModTime: 02-11-2006 14:30:07
