SOA and the ugly bug ball
I was delighted to see Steve stressing the importance of file transfer in enterprise architectures today and for the foreseeable future.
This presents a challenge for any SOA program: to balance between the need to move ahead with ‘modern’ technologies and the need to take account of the reality that the enterprise world is full of file transfers and excel spreadsheets carrying out critical business calculations. To be blunt: Any organisation intending to deploy a ‘global’ SOA, must figure out how these ugly bugs can be made to fit in.
To look at file transfer first, there is no reason why you should not include file transfer as a transport. As I put it in an article entitled “Including batch-driven applications in real-time integration projects” published back in 2005:
“When we consider existing transport protocols, and particularly the business processes they support, we are confronted with the reality … that many of these are still batch based, even to the extent of using FTP or email to distribute non-XML documents such as Excel files. Rather than disrupting the entire organization, SOA implementations must accommodate and integrate – without necessarily enforcing change on the business processes involved.”
and
“success [of SOA] will depend on how effectively the SOA can work alongside existing technologies. This means that the SOA must be capable of accessing whatever information, in whatever format, the application can expose”
Moving onto Excel, as we all know it is widely used as a platform for “edge applications” in the area of decision support and reporting – used by business line managers to make critical decisions. These spreadsheets embed some application logic and a lot of data. As I said in my ebizq blog a while back:
“Excel is an interesting product in that it often shows the rift between centralized IT and the business units. The reality is that within many if not all organizations Excel is used to make important and complex business calculations and Excel spreadsheets full of reference data and formulas are circulated by email between users and departments.”
Therefore, any SOA strategy must also take account of whether it will extend to include these Excel based applications or at least explicitly exclude them. All of which adds a couple of check boxes to the evaluation of any SOA software suite – and at least some of the vendors already provide good coverage for both file transfer protocols and excel.
Ronan
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...