<<"SOA Possible Even Without Service-Enabled Apps."
This is a statement that goes against the conventional wisdom, so, being
a fan of things that go against conventional wisdom, I checked out this
Q&A interview with Shailender Kumar
<http://www.cxotoday.com/India/CXO_Views/SOA_Possible_even_without_Service-enabled_Apps/551-100089-1006.html>,
vice president of Oracle Fusion Middleware for Oracle India, to see what
his thinking was. I wasn't dissapointed.
As Kumar put it, the idea that SOA requires that participating
applications be service-oriented is a "myth." Most IT shops, in fact,
will have a mix of approaches. There will be legacy systems, and there
will be "modern" systems, there will be all kinds of middleware and
messaging brokers. As he explains it:
"If you have an application that is service-enabled, and a whole
bunch of applications that are not service-enabled, you can still
connect these by deploying adapters. Once [people] realize that,
they start to see where SOA can fit in bringing connectivity between
diverse transaction engines."
Oracle's strategy is to position Fusion as the platform that will bring
together a lot of diverse assets from across the enterprise into a
service layer, and, not surprisingly, this is reflected in Kumar's
statement. But unless an organization throws out all its systems and
starts entirely from scratch these days, most SOA efforts will be very
ungainly and unique contraptions --- and that's okay. In surveys I have
seen and conducted, even the most advanced SOA-savvy companies have less
than 20% of their portfolios SOA-ready. And, of course, JBOWS
<http://www.webservices.org/weblog/joe_mckendrick/the_rise_of_the_jbows_architecture_or_just_a_bunch_of_web_services>
is the predominant architecture at this point. And that's okay, too.
It's a stage in evolution. And in all likelihood, there will be no
compelling need to service-enable 100% of everything.
But SOA is in a lot of places, Kumar also reminds us. For example, every
time we order from Amazon (an Oracle Fusion customer), the order is
processed via a service-oriented framework.>>
*You can read Joe's blog at: http://blogs.zdnet.com/service-oriented/?p=1725
*
*Gervas*
