Is SOA just a flash in the pan?
I was just reading a thoughtful piece by Clive Longbottom entitled ‘SOA- Strategic or arbitrary’, in which Clive was discussing views of some who are predicting the death of SOA.
My own view is that, although the phrase ‘service-oriented architecture’, and the acronym ‘SOA’ might disappear from common usage, the shift in thinking ushered in by SOA is permanent.
I see it as a similar situation to OO, Object-Oriented. Back in the 80s (wow, that DOES seem a long time ago!) software engineers were raging about OO, and the related ‘objects’. Eventually, as the world turned and the market moved on, OO became rather a dirty word, and fell from usage. But its impact remains.
The reason is that at its underlying core, OO was about sensible programming discipline. What is was really all about, when you cut through all the obfuscation the IT market frequently generates, was about separating code into self-contained chunks, with a clean input and output. In fact, ancient COBOL programmers would have told you at the time that it is really just what used to be called ‘structured programming’. The driving force is that by building objects where code and what it does is self-contained, you get an improvement in quality as well as the opportunity to share or reuse pieces more easily.
Now switch to SOA. Despite all the talk about ESBs, Adapters, BPM, Registries, Repositories, Brokers and so on, what is SOA REALLY about? It is about extending the OO thinking to relate these self-contained pieces of code with pieces of business functionality – the SOA service – and providing a ‘simple’ (or should I say simpler!) discovery and invocation mechanism, in a similar way to OO with its objects, classes and methods. The result is sharable/reusable services with boundaries that fit in a business as opposed to an IT context.
This gives real benefits, if you can achieve it. But even if the market moves on to something else, and drops the SOA word, the basic concept of shared services with business as opposed to technical visibility has so much to offer that it will not be thrown away. Like OO, it will continue to play a role in whatever acronyms and buzzwords come next.
Steve
Recent Comments
November 1, 2010 (8:36) CICS and PHP - DON'T PANIC It's great to see transactional support of any kind for a cloud language... be it PHP or not (whi...
July 16, 2010 (12:41) Does Micro Focus Server for SOA miss the point? I think Micro Focus has done a tremodeous introduction of Web Service from a COBOL. May not be a ...
June 15, 2010 (6:14) CICS and PHP - DON'T PANIC Hi Steve, Well, we don't actually *demand* that you host the PHP in regions separate to those ru...
April 3, 2010 (12:27) AMQP - Great idea, but it will never work As someone who has worked on DDS from an implementation perspective as well as an OMG standards p...
December 12, 2009 (9:15) Did Teilhard's JuxtaComm patent wipe out IBM, Microsoft and SAP? Subsequent to my post, the Calgary Herald ran an article (http://www.calgaryherald.com/business/P...
December 10, 2009 (9:01) AMQP - Great idea, but it will never work Now, this is a late reply! @Thorlin. I looked at DDS before embarking on AMQP (I also looked a...
December 7, 2009 (2:40) Come in Texas East District Court, your time is up The important thing to remember about patents is that they're all about the claims. While the bu...
October 27, 2009 (9:08) BAM vs BI Good article. Thanks, Emil
October 23, 2009 (11:04) So Oracle got Sun - but why? Oracle has stepped up the rhetoric when it comes to its plans for Sun. In a message to Sun custom...
September 16, 2009 (1:15) IBM gets Cognos to fill the gaps IBM has two BAM solutions now Cognos Now! and Websphere Business Monitor. Why two BAM solutions f...