De businesswaarden van SOA ° 1 jun 07
Door Stefan Bodar | Alle berichten van Stefan
Als er over SOA (Service Oriented Architecture) gesproken wordt, dan gebeurt dit vaak vanuit technisch oogpunt. De belangrijkste waarde van SOA zit juist in de business. De veranderende markt vraag nu eenmaal om op een flexibele wijze bedrijfsprocessen te ondersteunen. Door de diversiteit in systemen is het niet mogelijk om aan die eis te voldoen. Door de werking van dit “marktmechanisme” hebben de leveranciers de handen ineen geslagen om open standaarden te ontwikkelen. Mede hierdoor is het nu vanuit de techniek mogelijk om SOA te implementeren.
SOA gedachte
Het klinkt allemaal wel heel mooi, dat ‘SOA’, maar waarom SOA implementeren? Er zijn verschillende redenen om SOA te implementeren. De flexibiliteit en wendbaarheid van SOA versterkt de business. Dit is belangrijk, want hierdoor is het mogelijk om snel te reageren op de veranderingen in de markt of organisatie. Deze wens lag er al enkele jaren, maar tot op heden was dat moeilijk realiseerbaar.
Dus nu is ICT niet langer meer de reden van vertraging. Mede hierdoor wordt SOA heel erg gehyped. De leveranciers spelen hierop in door ervoor zorgen dat de bedrijven de door hun ontwikkelde SOA-tool kiezen.
SOA vanuit de business
SOA is er om de businessdoelen te ondersteunen. Zo moet SOA ook benaderd worden, puur vanuit de business. Vanuit de business is het niet belangrijk hoe de techniek erachter werkt, als het maar werkt. De business vindt het belangrijk dat wanneer er iets (een verandering) nodig is, dat het ook beschikbaar is. Veranderingen die ten goede komen aan het businessproces worden eerder geaccepteerd (nut, noodzaak), dan dat de ICT afdeling een nieuwe architectuurstijl introduceert. De bedrijven willen zich bezig houden met de core-business niet met de techniek erachter. Dit is dan ook de reden waarom SOA volgens mijn visie, vanuit de business moet worden benaderd.
Als er gekeken wordt naar SOA komt het in het kort neer op:
• het indelen van bedrijfsprocessen in services
• applicaties kunnen koppelen met behulp van open standaarden (webservices)
Met als resultaat flexibiliteit en wendbaarheid.
Businesswaarden van SOA
Wat zijn dan de businesswaarden voor SOA?
Hieronder zijn zes stellingen geponeerd. Wat is uw mening…zijn dit de echte waarden van SOA voor de business?
1. SOA brengt de business dichter bij de ICT
2. De time-to-market is veel lager met SOA
3. Oude/bestaande (legacy) systemen zijn herbruikbaar en langer bruikbaar met SOA
4. SOA biedt veel meer mogelijkheden om applicaties van verschillende (internationale) bedrijven/organisaties met elkaar te verbinden
5. SOA levert op de lange termijn een kostenbesparing op ICT
6. SOA lost knelpunten en problemen sneller op door hergebruik van bestaande services
Popularity: 2% [?]
Loading ...
Je zegt: “Dus nu is ICT niet langer meer de reden van vertraging”
Daar ben ik het niet mee eens. Omdat ja nu toepassingen kan kopen die “de oplossing” zijn (of dit waar is of niet), betekent niet dat ze meteen ingezet worden in bedrijven.
Organisaties worden tegengehouden door het verleden. Het web van bedrijfsapplicaties is niet zomaar veranderd.
Ik ben het wel met je eens dat het gefaseerd ingezet kan worden door legacy te ontsluiten.
Verder betekent SOA nog steeds complexiteit (veel services, heel veel combinaties mogelijk) en moeten services vrij generiek worden gemaakt. Daarbij zijn performance issues nog steeds niet opgelost.
Ik denk dat SOA veel potentie heeft qua architectuur. De implementatie daarentegen zal niet makkelijk zijn…
Rutger van Waveren (1 jun 07 om 14:24)1. SOA brengt de business dichter bij de ICT
Nee, want in de praktijk komt de SOA van de ivoren toren, de centrale IT afdeling. De business weet dat daar in de praktijk iedere vijf jaar een nieuwe architectuur vandaan komt en heeft geen tijd om te wachten tot de nieuwste trend geimplementeerd is. De schoorsteen moet blijven roken.
2. De time-to-market is veel lager met SOA.
Nee, de time-to-market is veel hoger omdat er veel meer constraints zijn waar rekening mee gehouden moet worden. Bovendien zijn die constraints met de huidige SOA implementaties niet goed genoeg te beschrijven.
Het schrijven van een herbruikbare service is heel erg veel moeilijker dan het schrijven van een implementatie voor een specifiek doel. Zoals over het schrijven van frameworks al gezegd is dat je daaraan pas mag beginnen als je drie implementaties gebouwd hebt, geldt dat ook voor services. Wat er gebeurd als je je daar niet aan houdt zie je in de financiele wereld: allerlei ‘standaarden’ voor uitwisseling van gegevens die alle slechte eigenschappen van de oorspronkelijke systemen exporteren. Bovendien zie je daar duidelijk de problemen die ontstaan als standaarden door machtspolitiek bepaald worden, en niet door technische afwegingen.
Stephan Eggermont (9 jun 07 om 12:51)