Sofware as a service (SaaS) and the new frontier of integration
A report quoted in Computer Weekly at the end of June found that 17% of SMBs are using more than 1 application delivered as a service.
This, as the article notes, brings the problem of integration back into the frame. However, the problem is a tougher one in the sense that SMB are typically not equipped with IT departments capable of handling integration projects and are cost averse.
One approach is to rely on your SaaS application vendor to do the integration for you. As Mike West of the firm that produced the report, Saugatuck, puts it:
“If you’re exclusively on a platform like Salesforce.com and using Salesforce.com plus other cooperating companies on AppExchange, they have their own platform that offers integration,” West said.
Or to put it another way, rely on a single integrated stack from a single vendor – which sounds rather similar to the old enterprise software vendor approach. For the same reasons as larger enterprises don’t put all their applications in a single vendor’s basket (functionality mismatch, over-dependence on a single supplier), many firms going the SaaS route will probably want to mix and match SaaS offerings from multiple vendors or combine in-house applications with SaaS. While SaaS vendors do claim to provide integration hooks, this simply brings them back up to the same mark as in-house hosted applications. This isn’t any more daunting than the other integration issues facing large organisations –and fit well into SOA programmes.
However, for smaller organisations this may be new territory and they are faced with two alternatives:
-
Do the integration in house as part of a SOA strategy for instance suffers from the problems I covered last time around the lack of support for development life cycle. For larger organisations with sufficient in house IT expertise, this may be acceptable. For smaller ones, it is a far from simple decision. And the decision becomes exponentially more important and potentially painful as the number of applications to be integrated increases the problem exponentially.
-
Alternatively, you can go to a third party integration SaaS which offers to host the integration logic for you – such as BT (among others) has offered since last year.
Deciding which to go for will require a significant investment of time and effort as the decision will have far reaching consequences.
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...