CONTENT
Terug naar community
Magazine
Proceedings
Blogs
Master thesis
Zoeken
THEMES
The CIO speaks
The architect answers
The business decides
Effect of architecture
SOA
BPM
Methods
Principles
Financial services
Public sector
Health sector
Most popular items
 
 
BLOGS
SOA, de nieuwe religie
Wouter Keller   
Monday, 22 June 2009

Als het over architectuur gaat begint iedereen over SOA. Jawel, die beruchte Service Oriented Architecture. Ook als de hele klantomgeving een grote monoliet is zoals SAP ERP zal en moet er weer een servicebusje onder. En natuurlijk overal stekkers op basis van open standaarden. Bij NORA struikel je over de bijbehorende geloofsbrieven. Andere geluiden worden niet op prijs gesteld. De nieuwe religie dus.

Ik zal er maar meteen voor uit komen: ik erger me vaak aan al die SOA-busjes. Met name het gemak waarmee leveranciers alles onder het SOA-tapijt vegen. Natuurlijk, geachte klant, zijn wij 100% open en volledig ingericht op servicebussen en open standaarden. Eerlijk gezegd: ik geloof er vaak niks van.

Er zijn helaas een boel klanten die dat wel geloven. En al die busjes en open standaarden in hun programma van eisen opnemen. Waarna in negen van de tien gevallen slechts een beetje tussen die grote logge applicaties met wat opgepoetste XML-records wordt geschoven. Wat we vroeger eenvoudig met SQL deden en vaak nog veel sneller. Tjonge, wat een indrukwekkende SOA!

Waar het mijns inziens echt om gaat bij SOA zijn transacties tussen machines. Wij hebben in onze labs verschillende pogingen gezien om echte transacties op basis van webservices tussen applicaties uit te wisselen. Gaat meestal fout, zeker als er verschillende softwareleveranciers bij betrokken zijn.

Webservices kennen velen standaarden. Sommige zijn regelrechte concurrenten. OASIS is er groot mee geworden en ondersteunt (wat heet) zelfs meerdere tegenstrijdige standaarden (kijk eens naar ebMS). De eenvoudigste webservices standaard is SOAP, dat gaat nog wel, maar dat is alleen de envelop om een XMLbericht. Dat kan zelfs KPN al een paar jaar bezorgen. Daarboven wordt het moeilijker.

De volgende laag is WSDL: de definitie van het koppelvlak. De daarbij behorende meest gangbare ‘open standaard’ WSDL versie 1.1 is zo lek (‘open’) als een mandje. Verschillende leveranciers implementeren dat verschillend. Je hebt dan weer een andere standaard nodig om uit de ruzies te komen.

Wie spreekt al die leveranciers toch eens tegen? Wie durft gewoon te zeggen: hoepel op met je zogenaamde open standaarden en servicebusjes? Ik niet, want klanten willen het allemaal van hun leveranciers. En wat de klant wil, dat leveren ze (dus niet).

Wouter Keller is directeur/oprichter van M&I/Argitek, adviesbureau voor E-business applicatiearchitecturen

Deze colum verscheen eerder in Proces&Document (c) Sdu Uitgevers.





Comments (1)
RSS comments
Written by This e-mail address is being protected from spam bots, you need JavaScript enabled to view it on 11-10-2009 16:52
 
 
Hallo Wouter, 
 
Ik ben met je eens dat SOA een enorme hype is en dat alles wat we voorheen nog e-business noemden (tijdens de vorige hype) nu ineens SOA is geworden. Toch ben ik van mening dat SOA wel degelijk een bedoeling heeft en, als de hype uitgedieseld is, ook een plaatsje zal krijgen in IT land. 
 
Wat mij met name triggerde in jouw relaas is de zinsnede "Waar het mijns inziens echt om gaat bij SOA zijn transacties tussen machines". Ik vraag me af of dat het nou wel helemaal is. Dan zou SOA dus niet veel anders bewerkstelligen dan de gemiddelde message broker, ftp service of noem de communicatie varianten allemaal maar op. Dat geloof ik dus niet. Ook denk ik dat de uitweiding over XML en WSDL nog het meest simpele deel van het SOA verhaal belicht. 
 
Bij SOA gaat het vooral om "composite services" van verschillende aanbieders, in sommige gevallen, als de aangeboden informatie dit toelaat ook om alternatieve aanbieders. Het kan zelfs zijn dat er een aanbieder tussen zit waar je als aanvrager niet eens weet van hebt. 
 
En als je daar over doordenkt ontstaat een heel spectrum aan vragen, die om een oplossing roepen, zoals "Met wie spreken we wat voor SLA af (voor een samengestelde dienst met verschillende aanbieders)?" en "Wat moet er in die SLA staan?" en "Hoe handhaven we die SLA?". 
 
De problematiek is daarbij beduidend complexer dan bij een "gewone" enkelvoudige SLA. Er zullen niet alleen technische mogelijkheden moeten komen voor het monitoren van dit soort SLA's; er zullen misschien ook instanties in het leven geroepen moeten worden om te bemiddelen.  
 
In het kader van een Senternovem project zijn wij al een tijdje bezig ons over de problematiek van Quality of Service control mechanismen in SOA te buigen. Ik kan je met stelligheid zeggen dat dit een gebied is waarop meer dan een persoon kan promoveren!

 

Only registered users can write comments.
Please login or register.

 

Via Nova Architectura is not responsible for the content of blogs, but authors and readers are asked to adhere the following guidelines. Authors are strongly encouraged to check facts, cite sources, present balanced views, acknowledge and correct errors. Respect copyright, fair use and financial disclosure laws. Please do not disparage organizations, or individuals. Being critical of someone's practice is acceptable, when it is done in a professional manner. Prevent usage of marketing statements. Comments should be relevant to the specific post they are attached to. Spam, flaming, personal attacks, and off-topic comments are not permitted. Readers are requested to notify This e-mail address is being protected from spam bots, you need JavaScript enabled to view it of any violations. The editor holds the right to remove any statements that, in the editors opinion, infringe the above guideline(s). The author receives a notification of this action.