Psst ... got a SOA Reference Model? Want another one?

by Mark Little on Feb 21, 2007 |

A recent podcast on SOA has resulted in some interesting debate within one OASIS technical committee. In his podcast David Linthicum discusses the Open Group's efforts to define a SOA reference model yet does not mention the work conducted over the past 2 years by the OASIS SOA-Reference Model (SOA-RM) technical committee. This is a shame because the OASIS group have done really well in generating consensus around an important and often fractioned subject. However, as Jeffrey Estefan points out, it's not just the oversight of an entire standard's committee's work that people should be aware of, there are fundamental differences of opinion:

One troublesome item of note is that David blended the notions of "reference model" with "reference architecture," which we all know are not synonymous. And the podcast diverged into a discussion comparing and contrasting SOA with EA (Enterprise Architecture), probably based on the fact that debate on The Open Group SOA RA work was taken in the context of EA.   Unfortunately, too many people don't know that EA really is and that fact that EA is not an architectural style or architectural paradigm like SOA is but rather that EA is an essential element of IT governance and is used as an strategic planning tool used to help make IT investment decisions.  And that it is comprised of a current ("as-is") state, a desired target state ("to-be"), together with a transition plan to help define how to migrate from the current state to the target state.  And that it should be updated on annually.


However, maybe the most important question that arises from all of this is: just how many reference models do we need for SOA? Although not identical, there was an attempt by the W3C and member organizations back in 2002 to define a Web Services architecture, but that foundered due to a number of reasons, one of which was the annual "debate" on REST versus Web Services. Then the OASIS SOA-RM committee began, though unfortunately without the help of vendors such as IBM and Microsoft. Is this latest effort yet another example of the vendor wars that have wracked Web Services for the past 5 years and resulted in FUD (Fraction, Uncertainty and Doubt)? Or perhaps there are fundamental differences between the Open Group and OASIS efforts? Given the depth and detail of the SOA-RM work, this latter explanation does seem difficult to justify. Rather than re-inventing the wheel, maybe the Open Group should reach out to the OASIS SOA-RM technical committee and feed into their effort?

Rate this Article


Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

uhh... by Christopher Stach II

Redefining things every day! s/Fraction/Fear/

Re: uhh... by Mark Little

No, that was a deliberate change on my part :-) If you look at how Web Services have evolved since 2000 you'll see that there has been a severe fracture of vendors each with their own stacks. In part that has resulted in slower take-up of Web Services because customers don't know which way to jump.

Re: uhh... by Mark Little


Re: uhh... by Mark Little

I'll get there in the end ...


Re: uhh... by Christopher Stach II

FrUD? :)

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

5 Discuss
General Feedback
Marketing and all content copyright © 2006-2016 C4Media Inc. hosted at Contegix, the best ISP we've ever worked with.
Privacy policy

We notice you're using an ad blocker

We understand why you use ad blockers. However to keep InfoQ free we need your support. InfoQ will not provide your data to third parties without individual opt-in consent. We only work with advertisers relevant to our readers. Please consider whitelisting us.