Integration Issues May Hinder SaaS Adoption
|More Tech Trends on CIO Update|
Riding the CMDB Tidal Wave, Part One: Understanding
IT: An Industry in Transition
Report: Most Aren't Rushing Into Web 2.0
Should IT Embrace Consumer Technology?
This puts an increasing burden on IT to use middleware and other approaches to integrate the appsboth among SaaS offerings and with their traditional in-house applicationsechoing the efforts required to integrate best-of-breed applications common in the 1980s and early 1990s.
One way to help integrate the black boxes is to use a middleware-oriented application integration platform like Tibco or an appliance like those offered by Cast Iron Systems, said Tina Phillips, a principal at Deloitte Consulting. Another method is to use Web services, said Warren Weiss, a general partner at Foundation Capital, which has invested in several SaaS providers.
But there are challenges in the security models, data models, business processes, and workflow, he cautions.
In the traditional world of in-house applications, the burden of integration ultimately pushed IT to buying preintegrated suites, and the same may happen in the SaaS world, said Michael Mankowski, an analyst at Tier1 Research. Were revisiting the whole best-of-breed versus suite thing. Were back there with SaaS.
Owning the Core
Traditional suite vendors such as SAP and Microsoft are already preparing for the SaaS-suite approach. The basic reason they argue is there needs to be a common underlying architecture, with a consistent data model and set of semantics to let the pieces fit together.
You need a collaborative setting and a suite as a platform so we can get closer to service plug-and-play, said Peter Graf, executive vice president of solution marketing at SAP. In SAPs case, thats the Netweaver platform. If the customer chooses not to use that co-engineered center, they have to deal with the integration, he adds.
In SAPs view, the ERP core becomes the hub around which the other pieces of the co-engineered center are designed. The same is true for Oracles middleware-oriented Fusion approach, notes Foundation Capitals Weiss.
Salesforce.com would like to become an alternative platform, in the same vein as SAP. Its AppExchange platform provides a consistent application architecture and data model for Salesforce.coms applications and those of its partners, said Parker Harris, executive vice president of Technology at Salesforce. Integration outside of these applications requires the use of middleware, common APIs, and other traditional integration methods that IT must manage.
We have a connector to SAP, and IT at different companies will use that differently according to their needs, he said.
IT can also use middleware such as Tibco and WebMethods that relies on Web services to connect applications such as Salesforce.com and SAP, Harris notes, So you dont have to learn anything special about any of the apps APIs, but you do have to understand your data architecture.
The issue of domain-specific data models is why SaaS will probably evolve into collections of domain-specific suites, said Rado Nikolov, director of emerging business at IBM. The data model is built around a specific customer profile (application domain), so building on that platform for a different profile makes no sense. (Any individual suite) is not a universal integration platform, he said.
Instead, interactions across suites will be integrated in a traditional middleware or EAI way either by vendors seeking competitive advantage through compatibility or by IT when the vendors decide its not in their self-interest to work with other vendors tools. A way out of that captive-platform approach could be the enterprises use of a service-oriented architecture (SOA).
As more applications adopt SOA, a lot of these integration issues start going away, said Jeff Baker, Managed Services practice director at BearingPoint.
With SOA, APIs, and open standards, apps can talk to each other, and integration can be done more simply, concurs Tier1s Mankowski. Everyones waiting on that, he notes. But SOA is no silver bullet, warns research vice president at Gartner. Theres still a need for data definitions to be handled. Being consumable is not sufficient, he said.
Todays SOA cant orchestrate processes designed for different architectures, with different data models and contexts, concurs Rob Beauchamp, senior director of software architecture at Sun Microsystems. Thats the opportunity for next-generation architectures, he said.
At enterprises tooling will be needed to orchestrate their own business processes, as well as in combination with the base processes from the SaaS providers. Registries and metadata become even more essential in the new world, and governance of metadata outside any one provider or user becomes important, Beauchamp said.How to get there is unclear. Beauchamp cites Wikipedia as an example of collective metadata, but admits that its governance model allows bad actors and inconsistencies to work there way in.
Microsoft sees a similar approach of federating applications as services, with a central core of mission-critical, back-office applications acting as the core platform. The data architecture and the master data management (MDM) must be separate from any single application, said Tim OBrien, director of the Platform Strategy Group at Microsoft. Instead, you would federate metadata through some back end with applications interacting as a mesh in an SOA approach.
Still, the question remains as to whose architecture, the enterprises or the vendors, forms basis of the SOA platform. Gartners Desisto said that vendors ultimately hold the key to managing integration among SaaS applications and suites.
The burden of integration is in the platform. In the enterprise world, you have a lot more control over your architecture. But in the cloud (of SaaS applications) no one is responsible for the integration across platforms.
What IT can do is insist on integration requirements and service levels in their contracts to push vendors towards better integration with competitors and other domains. Otherwise, vendors will act out of their self-interest.