The Grain of Salt to Take with Oracle Fusion Middleware

Opinion: Instead of being the center of the universe, Oracle now just wants its middleware to have strings to pull on everything in the universe.

BOSTON—Isnt it nice that Oracle has stopped trying to be the center of the universe, with that whole one common data model, everything-feeds-into-Oracle stuff they preached for the past five or six years?

Theyre beginning to sound just like IBM, actually, with the whole notion of leaving data where it lives, in whatever applications or LDAP systems or databases in which said data has been accustomed to living, and using whatever tools to manage it that customers want.

Leave data where it is. Dont rip and replace the huge investments of time, money and infrastructure youve made. What a concept!

What a change from the past, with Oracle trying to convince everybody that they needed to move to one common data model, with one workflow engine, with one directory, and with applications built in an integrated way around that common data model.

Of course, over that span of time, Oracle was working to integrate 190 general ledgers, e-mail systems, etc., all from acquisitions of distributors and anybody else who looked tasty. Thats a heap of data models to have under your roof, none of them consistent.

So, said President Charles Phillips at the Fusion Middleware road show in Boston on Thursday, that got Oracle brains ticking.

"It was a mess. That was the thing that got us thinking, If were like that, probably a lot of customers are like that," Phillips said.

Hence, the center-of-the-universe approach, and it lasted a good, long while.

The problem was— hello, common sense here?—not everybody could afford to just stop everything cold and migrate to one data model.

The secret to tying all that disparate stuff together, Oracle has found, is not to shove everything into one common data model. No, the secret is actually in the middleware. IBM already knew that. But so did most of us.

So Oracles key strategy now is to reach into systems and control the data, using this whole services-based approach.

After all, just because Oracle isnt the center of the universe anymore doesnt mean it doesnt want to have little strings to yank on every part of the universe.

Anyway, why should Oracle need to be at the center of the universe? At this point, its purchased the entire universe.

/zimages/1/28571.gifClick here to read more about the Oracle buying spree from columnist John Pallatto.

What exactly is different now, though? Phillips said that for once, everybody seems to be marching in the same direction and using the same standards.

"Given thats the premise, we assume ISVs are marching to that same place, accepting those standards, and we assume customers, when they build applications, will use those same" standards, he said.

So the question is, what architecture is needed to do that? Oracles answer is Oracle Fusion Architecture, and its geared to span all applications, not just Oracle applications. "Before, all we could touch was the data," Phillips said. "What about everything else?"

Oracle has defined the key attributes of this architecture as being that its got to be model-driven, its got to be service- and event-enabled, it must be standards-based, its got to be information-centric, and it must be grid-ready.

At the base level is grid, giving security, clustering and information management and allowing scaling with lots of small processors: lots of small Blade servers, say.

Then you get Fusion Service Bus, the main highway for messaging routing, where consumers call services.

A new, improved service bus is expected out shortly, in 10g R3.

Tom Kurian, senior vice president of Oracle Server Technologies, told me in a Q&A at the roadshow that we can look forward to support for new emerging standards, as well as lighter weight, pluggable transport.

Also, well see more capabilities around business rules and data transformation, including the ability to declare a set of rules that make it a lot easier to do routing and data quality services.

Finally, while every enterprise service bus supports the asynchronous model, some use cases require the synchronous model. In the next Oracle ESB, well get a bus that gives us either model.

Next up is the business process orchestration layer, where the BPEL (Business Process Execution Language) engine lives. Thats where all the magic is. Oracle says its got the best BPEL engine on the market, and at least some people think its got that right, given that it bought the right stuff when it acquired Collaxa last year.

On top of that is the real-time analytics, activity monitoring and BI layer, and on top of all that is the unified portal, which can span multiple instances, as opposed to the competitions portal.

Thats the plan. So whats believable, and where do we need to apply the grain of salt?

Next Page: Oracle has a lot of work to do.