ADVARSEL: Dette indlæg rejser et teoretisk, nørd-lignende problem med akronymer slynget rundt som glitrende krystalskår, der er smidt tilfældigt ud på sort fortov, lige i intetanende chaufførers vej hen ad vejen... Erp4it-bloggen rejser et spørgsmål om "forholdet mellem IT Service Management og Service Oriented Arkitektur…".
ADVARSEL: Dette indlæg rejser et teoretisk, nørd-lignende problem med akronymer kastet rundt som glitrende krystal skår smidt tilfældigt ud på sort fortov, lige i vejen for intetanende bilister, der kører ned ad vej…
Det erp4it blog rejser et spørgsmål om "forholdet mellem IT Service Management og Service Oriented Architecture...". Fra erp4it-bloggen:
Uanset overbelastningen af det ulykkelige ord "Service", er den særskilte historie bag de to anvendelser relativt klar. Tilblivelsen af ITSM findes i succesen med ITIL Service Support og Service Delivery volumen, to bind, der har haft et primært operationelt publikum og fortolkning.
————————————
SOA, på den anden side, er forankret i softwareudviklingens historie, med oprindelse, der kan spores til genanvendelige transaktioner i mainframe miljøer og en hel efterfølgende historie, der involverer udviklinger såsom fremkomsten af objektorientering, komponentbaseret udvikling (f.eks. CORBA og COM/DCOM), og standardiseringen af IETF-specifikationerne og erkendelsen af, at en URL kunne ses som blot en (lidt klodset) funktionskald.
————————————
Jeg begynder at nå den konklusion, at SOA "tjenester" og ITSM "tjenester" faktisk kan og bør betragtes som identiske, med en granularitet på mellem 150-200 for den typiske store virksomhed. Anvendelser er for finkornede, og individuelle servicekomponenter endnu mere.
Der er en masse hype og buzz omkring SOA i disse dage. Jeg synes, det er forfriskende at høre fra en, der rent faktisk ved, hvad han taler om, selvom pointerne virker akademiske på overfladen. Charles T. Betz, forfatter til erp4it blog er værd at lytte til om disse spørgsmål.