Service Oriented Architecture / Nieuws
'Mashups zijn niet quick en dirty'
Computable legde Don Rippert, chief technology officer bij Accenture, zes prikkelende stellingen voor over soa (service oriented architecture). “Beveiliging, data-integriteit binnen langlopende transacties en testen zie ik als de top drie uitdagingen van soa op dit moment.”
Stelling 1: Mashups zijn alleen geschikt voor eenvoudige applicaties
De term ‘mashup' wordt wel eens geassocieerd met quick en dirty, met een snel in elkaar gezette maar niet zo krachtige wegwerpapplicatie. In werkelijkheid is het verschil tussen mashups en ‘conventionele' samengestelde applicaties niet absoluut, maar gradueel.Stelling 2: Standaarden en tools voor mashups ontbreken nog grotendeels
Daar ben ik het mee eens voor zover het gaat om standaarden, maar niet als het gaat om tools. De tools voor het maken van mashups zijn inmiddels zo doorontwikkeld, dat mashups behoorlijk geavanceerd zijn. Denk aan Serena, Microsoft Popfly en JackBe.Stelling 3: Een goede testomgeving voor SOA’s ontbreekt
Dat is een heel terechte opmerking. Ik denk dat de tools op dat gebied geen gelijke tred hebben gehouden met de standaarden. Fabrikanten doen hun best, maar testen blijft ingewikkeld. Beveiliging, data-integriteit binnen langlopende transacties en testen zie ik als de top drie uitdagingen van soa op dit moment.Stelling 4: Integratiemogelijkheden van middleware vallen tegen
De meeste standaarden zijn geïmplementeerd op een interoperabele manier, maar dat geldt niet voor alle standaarden. Zo is de manier waarop data-integriteit wordt gegarandeerd niet hetzelfde geregeld binnen verschillende platformen. Als je data wilt behouden gedurende de loop van een transactie, bijvoorbeeld een elektronisch recept, dan zou het normale proces zijn: je dokter schrijft een recept, de verzekeringsmaatschappij controleert de dekking van dat recept en de apotheek controleert of het medicijn in voorraad is. Zonder dat ze daarover met elkaar hoeven te overleggen en zonder dat je hoeft te weten welke computersystemen ze daarvoor gebruiken, ook als die van verschillende leveranciers afkomstig zijn. Maar dat is nu nog niet altijd zo.
Dat geldt ook voor beveiliging: binnen één platform werkt authenticatie en autorisatie prima, maar tussen platformen onderling van middleware-vendors als IBM, Microsoft, SAP, BEA, is dat niet altijd het geval. Dat kan problemen opleveren als je de ontvangst van een transactie wilt garanderen. Daarvoor moet nu nog vaak verbindende code worden geschreven.
Daarnaast hebben de softwarelveranciers meer tijd nodig om de soa-standaarden volledig te implementeren dan we twee jaar geleden nog verwachtten. Het grootste probleem ligt op het vlak van één bepaalde standaard: Simple Object Access Protocol (SOAP). Hoewel SOAP heel krachtig is, is het een behoorlijk ingewikkeld protocol om te implementeren. SOAP heeft daardoor de adoptie van soa vertraagd. Maar er bestaat een alternatieve standaard, die gemakkelijker te beheren is: Representational State Transfer (REST). REST heeft niet alle mogelijkheden van SOAP, maar voor de meeste applicaties heb je ook niet alle SOAP-mogelijkheden nodig. Veel bedrijven en instellingen die eerst alleen toegang boden via SOAP doen dat nu ook via REST. Ook de meeste nieuwe web services zijn benaderbaar via REST.
Stelling 5: SOA’s lossen geen legacyproblemen op
Computable: "Het probleem verschuift doordat de leveranciers van legacysystemen gedwongen worden om connectoren te schrijven, vaak zonder dat ze daarvoor de kennis in huis hebben."
Rippert: "Een boel bedrijven hebben legacysystemen die ze niet volledig begrijpen. Om die te vertalen naar representatieve services moet je beginnen met reverse engineering door gebruik te maken van tools die de broncode doorzoeken."
Computable: "Dat klinkt als een nachtmerrie. Kun je dan niet het beste helemaal overnieuw beginnen?"
Rippert: "Nee, voor een groot bedrijf is dat nog ingewikkelder."
Stelling 6: Hergebruik van services is meestal niet mogelijk
In de ideale situatie programmeer je een service die in verschillende omgevingen kan draaien. Maar je moet behoorlijk slim zijn om alle dingen te bedenken die je niet nu, maar misschien in de toekomst afhandelt. Maar voor een softwarebedrijf, dat misschien honderd klanten heeft die één bestaande applicatie gebruiken, kijk je niet naar slechts één gebruiksscenario, maar naar honderd.
Als klant zes iets nieuws wil, zijn de kansen aardig groot dat een ander bedrijf daar al mee bezig is en dat die web service kan worden hergebruikt. Dus er ontstaat een groeiend momentum voor softwareleveranciers om differentiatie in hun aanbod aan te brengen door het aanbieden van verschillende services. Het is niet altijd mogelijk, maar nu is het bijna nooit mogelijk om een non-soa stuk software te hergebruiken zonder het te herschrijven, als het niet exact voor dezelfde omgeving is geschreven.
Computable: "Dus SOA maakt de situatie in ieder geval niet slechter?"
Rippert: "Inderdaad. Zelfs al gaat het maar om twintig procent hergebruik, dan is dat toch mooi meegenomen."
Quick and dirty noemen in combinatie met enterprise mashups kan in sommige gevallen terecht zijn. Dit zal zeker voorkomen als binnen IT geen plan bestaat voor het invoeren en onderhouden van mashups. Gelijk aan de wirwar aan Excel sheets, MS Access en Lotus Domino applicaties die nog in veel bedrijven rondzwerven. Evenals SOA is een enterprise mashup geen Haarlemmer olie. Een bedrijf moet zich goed voorbereiden op het gebruik van enterprise mashups.
- 18:31 Puzzel mee naar een Mobile Office t.w.v. € 8033!
- 15:32 Scriptie videosurveillance wint wedstrijd Logica
- 14:23 EU-gedragscode geeft datacenters energietips
- 12:39 Nieuwe fase in ICT: van technologie naar ethiek
- 12:00 E-mailloze vrijdag moet werkroutine doorbreken
- 12:19 KPN bestudeert zijn Belgische activiteiten
- 12:04 ICT'er vindt werkdruk te hoog
- 09:44 15 miljoen euro voor slimme ICT-oplossingen
- 11:29 Microsoft Dynamics zoekt partners
- 15:52 Getronics zoekt ICT'er op snowboard
Technologische beloften versus business risico’s
De Service Oriented Approach (SOA) heeft grote voordelen voor bedrijven die het op de juiste wijze implementeren. Het brengt echter ook risico’s met zich mee. Om deze te vermijden moeten de architecten zich al in een vroeg stadium van de management implicaties van SOA bewust zijn.... Download nu
Inzet van BTO voor de optimalisatie van SOA
Service Oriented Architecture (SOA) staat tegenwoordig bovenaan de prioriteitenlijst van CIO’s. Dit komt door de grote verbetering die het teweeg brengt in de flexibiliteit en prestaties van een organisatie. Bij verkeerd gebruik is het echter niet alleen nutteloos, maar brengt het ook grote...... Download nu
Meer SOA whitepapersComputable Events SOA
Computable organiseert in 2008 weer verschillende events met praktijkgerichte informatie over actuele onderwerpen in de ICT:
Webcast
JBoss Operations Network vernieuwd
15-10 14:40 Red Hat introduceert JBoss Operations Network 2.1. Hiermee breidt Red Hat zijn soa-aanbod uit. De nieuwe versie van JBoss Operations Network biedt support en maakt remote...
Meer soa productenCoca-Cola verkort tijd interne begripsvorming
10-07 13:40 Tijdens de grote SAP-conferentie Sapphire in mei 2008 in Berlijn heeft Alexander Grobe, innovatiespecialist bij Coca-Cola, een presentatie gehouden over zijn ervaringen met ARIS...
Meer soa praktijkEDA wordt de nieuwe hype
19-11 13:37 Volgens Gartner wil één op de vijf organisaties een Event Driven Architecture (EDA). Een zelfde percentage heeft er al één. De soa-experts van Computable tippen EDA als de...
Meer soa achtergrondWe leren nu pas werken met ICT
20-10 11:25 In opdracht van detacheerder Yacht is het boek ‘De Belofte’ uitgegeven met daarin visies op de business value van service oriented architecture, geschreven door Nederlandse...
Meer soa opinieBekijk de leveranciers op het gebied van SOA.



Een belangrijke speler in de Enterprise Mashup markt ontbreekt in het genoemde rijtje: Corizon (zie www.corizon.com). Dit product is gebaseerd op een open standaard, dus ook op dat vlak zijn er ontwikkelingen.
Voor wat betreft SOA testen ben ik het ook niet eens met de stelling. Er zijn diverse test automation tools die zich richten op complexe, heterogene op SOA principes gebaseerde applicatie architecturen. Een van de spelers waar wij ervaring mee hebben is LISA van iTKO (www.itko.com). Hiermee zijn zeer complexe SOA omgevingen zeer eenvoudig door te testen.
Wel ben ik het eens met de stelling dat SOA testen zeer complex is en veel van een organisatie vraagt. Virtualisatie van testomgevingen zoals die kan worden gerealiseerd met LISA kan hierbij voor verlichting zorgen.