As Oracle waxes eloquent about Fusion Middlewares platform uptick—the company announced April 4 that 30,000 customers are using Fusion Middleware—and SAP AG gears up for its yearly Sapphire user conference, customers are still largely in the dark about imminent technology changes at both companies.
A recent report by IT research firm Forrester Research of Cambridge, Mass., written by analysts John Rymer, Paul Hamerman and Ray Wang, looks to solve some of the conundrums of SAP and Oracles next-generation application and infrastructure development.
The report, released March 31, takes a comprehensive look at Oracles Fusion Architecture and its underlying Fusion middleware and applications as well as SAPs Enterprise Services Architecture and its underlying NetWeaver integration platform and mySAP 2007 applications.
While its hard to pin down a single conclusion from the wide-ranging report, the Forrester analysts make a good point for users to keep in mind: Both Oracle and SAP are seeking deeper-than-ever customer commitments to their technology stacks.
"Oracle wants to own from the database up through cross-functional business processes," writes Forrester. "SAP is slightly less ambitious, seeking only a single stack from the middleware up through cross-functional applications."
Forresters summation is that companies will, in the end, require more than all-Oracle or all-SAP (as each vendor would have it), for three distinct reasons. First, neither Oracle nor SAP can handle users middleware requirements, in Forresters view. While both stacks are capable, they each have their limitations.
"For mainframe integration, IBM is the best of the best," writes Forrester. "For large-scale and complex applications, BEA Systems, IBM and Tibco Software have been more widely used … application neutral middleware products also provide the breadth of integration and scalability that many large companies require."
Forrester also posits that large companies have diverse business processes requirements, and a good number of those companies will be able to rely on SAP or Oracle to automate only a portion of their processes.
"Best-of-breed will continue to be vital in industry-specific areas and functions where the big application vendors have not distinguished themselves," writes Forrester.
Finally, IT shops needs to think seriously about retaining vendor and architectural leverage. "The consolidated stacks advocated by Oracle and SAP promise economies of scale," writes Forrester.
"However, as our research indicates, the risk of vendor lock-in remains high, despite the vendors respective support for standards … Customers risk getting locked out of innovations in the new world of SOA [service-oriented architecture] and getting locked into high costs at renewal time."
The next-generation application and infrastructure development underway at both Oracle and SAP (and to some degree Microsoft as well) is similar. Both companies are developing services-based architectures—Oracle with Fusion Architecture and SAP with its Enterprise Services Architecture.
Both companies are developing a new set of applications that will be broken down into component parts to let users SOAs and Web services integrate based on business processes. Where they differ is that Oracle is basing Fusion Applications on its E-Business Suite, and bringing in "the best of" functionality from its PeopleSoft, JD Edwards and Siebel Systems acquisitions.
SAP is building on its mySAP 2005 suite of applications, and pulling in componentization work its been doing over the past couple of years.
Oracle is building out its Fusion Middleware platform, which is based on existing products. SAP is evolving its NetWeaver integration platform to a Business Process Platform.
But the similarities stop there. While the result of each vendors development work will be "enterprise apps unlike any previous generation," writes Forrester, SAP and Oracle are pursuing different paths.
"The differences are stark," writes Forrester. "Oracle will continue to build through acquisition; SAP will rely more on internal development and partnerships.