SOA: March 2005 Archives
Så kom Microsoft officielt på banen med noget der ligner en officiel handlingsplan for at løs-koble sine forretningsapplikationer indenfor ERP systemerne. Planen er at starte med CRM-systemerne og langsomt arbejde sig fremad.
For at gøre projektet sexy og miljøvenligt har Microsoft valgt at kalde det for Project Green.
For at gøre projektet sexy og miljøvenligt har Microsoft valgt at kalde det for Project Green.
Jeg har med stor entusiasme læst Henrik Hvids bog om SOA.
Bogen er letlæselig og giver et godt førstegangs indtryk i SOA. Det har ikke været bogens formål at gå i dybden med nogle områder - i stedet giver bogen en indgang til SOA fra fire vinkler:
Først beskrives hvorledes behovet for SOA er fremkommet. Hvad har gjort, at vi nu lever i en verden hvor SOA som koncept er blevet populært og hype?
Henrik angiver de mest betydningsfulde faktorer til at være at virksomheder nu har råd og mulighed til at efterspørge fleksibilitet fra deres systemer. Tidligere var der tekniske og finansielle grænser for hvor fleksible en virksomhed kunne lave sine systemer. For eksempel var hardware dyrere og en virksomhed måtte derfor sørge for at optimere it-processerne mest muligt, hvilket bedst kunne opnås igennem fast koblede systemer.
I anden sektion beskrives konceptet SOA; dets tilknytning til Web_Services; hvad der skal forstås ved løs kobling, åbne standarder etc.
Der bruges mange kræfter på at beskrive web_services' indvirkning på forretningssiden. Denne del er måske lidt overfladisk beskrevet hvis man allerede kommer med en forretningsbaggrund. Henrik giver et forholdsvist optimistisk indblik i mulighederne uden rigtigt at gå behandle ulemperne ved SOA. For eksempel har jeg ikke rigtigt et overblik over modenheden af arktikturen. Den bruges i virksomhederne men i hvor stort omfang? og hvor mange virksomheder bruger web_services til at kommunikere med eksterne services? - Min egen (ufunderede) hypotese er at dette tal er meget lille og at det bl.a. er uklarhed omkring sikkerheden der holder organisationer tilbage.
Tredje del af bogen beskæftiger sig med teknologien bag SOA hvor udelukkende ses på web-services. Hele dette kapitel er beskrevet i en form der gør at selvom man aldrig har set XML før er teknologien alligevel til at forstå. Jeg fandt dette kapitel essentielt for forståelsen af web-services. Jeg kunne dog også godt have tænkt mig hvis der var en kort beskrivelse af de andre teknologier som også kan bruges i et SOA.
Hen imod slutningen af teknologiafsnittet, bruges 20 sider på at opridse sikkerhedsproblemerne i web_services. Et meget lidt teknisk afsnit, men Henrik slutter af med nogle gode og interessante iagttagelser og problemstillinger i forhold til sikkerheden på SOA.
Henrik slutter med at opridse kravene til SOA hvilket også må siges at være et essentielt emne at tage fat på.
-----------
Jeg vil sige at Henriks bog, som lovet, har givet et godt overview over SOA og Web_services som jeg kan bruge i min jagt på materiale. Og så har Henrik allerede gjort meget at det besværlige arbejde med at oversætte nogle af de flyvske amerikanske fagtermer til Dansk.
Bogen er letlæselig og giver et godt førstegangs indtryk i SOA. Det har ikke været bogens formål at gå i dybden med nogle områder - i stedet giver bogen en indgang til SOA fra fire vinkler:
Først beskrives hvorledes behovet for SOA er fremkommet. Hvad har gjort, at vi nu lever i en verden hvor SOA som koncept er blevet populært og hype?
Henrik angiver de mest betydningsfulde faktorer til at være at virksomheder nu har råd og mulighed til at efterspørge fleksibilitet fra deres systemer. Tidligere var der tekniske og finansielle grænser for hvor fleksible en virksomhed kunne lave sine systemer. For eksempel var hardware dyrere og en virksomhed måtte derfor sørge for at optimere it-processerne mest muligt, hvilket bedst kunne opnås igennem fast koblede systemer.
I anden sektion beskrives konceptet SOA; dets tilknytning til Web_Services; hvad der skal forstås ved løs kobling, åbne standarder etc.
Der bruges mange kræfter på at beskrive web_services' indvirkning på forretningssiden. Denne del er måske lidt overfladisk beskrevet hvis man allerede kommer med en forretningsbaggrund. Henrik giver et forholdsvist optimistisk indblik i mulighederne uden rigtigt at gå behandle ulemperne ved SOA. For eksempel har jeg ikke rigtigt et overblik over modenheden af arktikturen. Den bruges i virksomhederne men i hvor stort omfang? og hvor mange virksomheder bruger web_services til at kommunikere med eksterne services? - Min egen (ufunderede) hypotese er at dette tal er meget lille og at det bl.a. er uklarhed omkring sikkerheden der holder organisationer tilbage.
Tredje del af bogen beskæftiger sig med teknologien bag SOA hvor udelukkende ses på web-services. Hele dette kapitel er beskrevet i en form der gør at selvom man aldrig har set XML før er teknologien alligevel til at forstå. Jeg fandt dette kapitel essentielt for forståelsen af web-services. Jeg kunne dog også godt have tænkt mig hvis der var en kort beskrivelse af de andre teknologier som også kan bruges i et SOA.
Hen imod slutningen af teknologiafsnittet, bruges 20 sider på at opridse sikkerhedsproblemerne i web_services. Et meget lidt teknisk afsnit, men Henrik slutter af med nogle gode og interessante iagttagelser og problemstillinger i forhold til sikkerheden på SOA.
Henrik slutter med at opridse kravene til SOA hvilket også må siges at være et essentielt emne at tage fat på.
-----------
Jeg vil sige at Henriks bog, som lovet, har givet et godt overview over SOA og Web_services som jeg kan bruge i min jagt på materiale. Og så har Henrik allerede gjort meget at det besværlige arbejde med at oversætte nogle af de flyvske amerikanske fagtermer til Dansk.
