Webservices Why?
På baggrund af den tidligere artikel er jeg begyndt at ræsonnere over hvorvidt web-services er det klare valg i forhold til "availability".
Som det blev forklaret er det et problem hvis systemer går ned "due to heavy load" blot fordi standarden går hen imod at køre web services.
Så jeg ringede til Henrik Hvid som jo har skrevet en bog om SOA og som måske kunne lede mig imod nogle virksomheder som havde erfaringer med SOA uden Web services. Den eneste han kunne komme i tanke om var Danske Bank som har kørt SOA i mange år.
Men har de nu også det? - Vi tog en diskussion om hvorvidt det egneligt var SOA som DanskeBank kører fordi skal man tro side 68 i Henriks bog så skal der åbne standarder til et SOA og det kører Danske Bank ikke.
Man kan sige at Danske Bank tænker SOA men laver komponent baseret udvikling hvilket jeg i øvrigt også har hørt nogen sige før.
Så jeg spurgte om hvorvidt definitionen af SOA så var forkert men det mente han nu ikke og definitionen passer også ok med andre forklaringer på SOA som jeg har læst.
Spørgsmålet er derfor om de som går og siger at man har kørt SOA i rigtig mange år også har ret eller om det reelt bare har været en modul- / komponentbaseret it-arkitektur. Måske skal vi først til at køre rigtigt SOA nu. Det tror jeg er mere rigtigt fordi jeg har endnu ikke mødt nogle eksempler som har kunne sige at deres SOA:
Er Distribueret
Har Løse Koblinger
Er Processorienteret
og
Bygger på Åbne Standarder.
Men det kan jo være at jeg i mine søgning efter case-virksomheder bliver klogere.
For at vende tilbage til forvirringen omkring web services' anvendelighed i high load miljøer gav Henrik mig medhold i det faktum at der kommer successhistorier fra "begge lejre" - både dem som kører web services og så dem som har valgt en leverandørafhængig løsning.
Han forklarede at performance ikke er et stor problem når vi har at gøre med menneskelige interaktioner - om vi venter 1 eller 3 sekunder på at få svar fra en service gør ikke det store - men hvis web services og SOA skal vokse sig stor og stærk så må det være et krav at den også understøtter maskin-processerne.
Måske er vejen frem konverteringen af XML til binær kode. Men det ville være at sluge en stor kamel for XML-grundlaget. Det kan også være at Moore's lov og Bandwidth løser problemet inden det overhovedet når at blive et problem. Lidt mere at kigge på.
Som det blev forklaret er det et problem hvis systemer går ned "due to heavy load" blot fordi standarden går hen imod at køre web services.
Så jeg ringede til Henrik Hvid som jo har skrevet en bog om SOA og som måske kunne lede mig imod nogle virksomheder som havde erfaringer med SOA uden Web services. Den eneste han kunne komme i tanke om var Danske Bank som har kørt SOA i mange år.
Men har de nu også det? - Vi tog en diskussion om hvorvidt det egneligt var SOA som DanskeBank kører fordi skal man tro side 68 i Henriks bog så skal der åbne standarder til et SOA og det kører Danske Bank ikke.
Man kan sige at Danske Bank tænker SOA men laver komponent baseret udvikling hvilket jeg i øvrigt også har hørt nogen sige før.
Så jeg spurgte om hvorvidt definitionen af SOA så var forkert men det mente han nu ikke og definitionen passer også ok med andre forklaringer på SOA som jeg har læst.
Spørgsmålet er derfor om de som går og siger at man har kørt SOA i rigtig mange år også har ret eller om det reelt bare har været en modul- / komponentbaseret it-arkitektur. Måske skal vi først til at køre rigtigt SOA nu. Det tror jeg er mere rigtigt fordi jeg har endnu ikke mødt nogle eksempler som har kunne sige at deres SOA:
Er Distribueret
Har Løse Koblinger
Er Processorienteret
og
Bygger på Åbne Standarder.
Men det kan jo være at jeg i mine søgning efter case-virksomheder bliver klogere.
For at vende tilbage til forvirringen omkring web services' anvendelighed i high load miljøer gav Henrik mig medhold i det faktum at der kommer successhistorier fra "begge lejre" - både dem som kører web services og så dem som har valgt en leverandørafhængig løsning.
Han forklarede at performance ikke er et stor problem når vi har at gøre med menneskelige interaktioner - om vi venter 1 eller 3 sekunder på at få svar fra en service gør ikke det store - men hvis web services og SOA skal vokse sig stor og stærk så må det være et krav at den også understøtter maskin-processerne.
Måske er vejen frem konverteringen af XML til binær kode. Men det ville være at sluge en stor kamel for XML-grundlaget. Det kan også være at Moore's lov og Bandwidth løser problemet inden det overhovedet når at blive et problem. Lidt mere at kigge på.
0 TrackBacks
Listed below are links to blogs that reference this entry: Webservices Why?.
TrackBack URL for this entry: http://www.wickedpixel.net/cgi-bin/mt/mt-tb.cgi/923
Leave a comment