Free Newsletters

   All InfoWorld Newsletters
Real World SOA | David Linthicum » Open Group debates SOA Reference Architecture...

February 04, 2007 | Comments: (0)

Open Group debates SOA Reference Architecture...

I did not make it out for the Enterprise Architect Practitioners conference in San Diego last week, but I wish I did. From this article and reports from a few of my friends at the conference, looks like there was a bit of a "discussion" about the SOA Reference Architecture.

"...when Chris Harding, Forum Director for The Open Group's SOA working group, proposed an SOA reference architecture at the organizations Enterprise Architect Practitioners conference in San Diego this week, the room erupted in a surprisingly vigorous debate."
"And that's where the debate began. Some in the audience confused the maturity model with a reference model.

Others questioned whether the world needed yet another reference model, saying that SOA should be just another "view" or slice of an enterprise architecture model. The rationale is that both EA and SOA both aim for a similar goal, of integrating and harmonizing processes and technology standards, and that developing a separate reference mode for SOA would degenerate to reinventing the wheel."

Yep. This is why we need some additional leadership here, and as I discussed many times on this blog and Podcast.

There seems to be two worlds out there, the world of enterprise architecture and the world of SOA. The funny thing is that those in each world thinks that they can do the other world's jobs. The end result...there is not a lot of synergy there, and I fault both sides. This debate is an indication of this.

The traditional enterprise architects have not done a stellar job in understanding the opportunities within SOA, generally speaking, and the SOA guys have not figured out how SOA meshes with existing enterprise architecture standards, notions, and practices, again generally speaking. Thus, when new ideas come about, on either side, no matter how valuable they are, they just serve to muddy things up even more.

Some smaller issues:

"There was debate over whether agility belongs in an SOA reference architecture, or is simply the result when you follow the reference architecture and have the right internal climate. The question was whether reference architecture should include business practices, or simply provide a recipe for the technical pieces that can enable you to achieve the desired business result."

I get the debate here. Agility is a valuable byproduct of a well designed and implemented SOA, but not really a part of the architecture. No biggy.

"Furthermore, with pieces such as standards in SOA still a work in progress, many in the audience questioned whether it made sense to define a reference architecture when nobody knows what the final pieces will be."

It's okay to define a reference architecture without the use of standards or technology. Keep in mind the technology and standards will always change, good reference architectures should transcend technology and standards, and the concepts around SOA are well defined at this point.

Back to my original point. SOA is architecture, and enterprise architecture is also architecture. The objectives are pretty much the same, so we better figure out how both work together, else we'll just see more of these debates and nothing will get done.

Posted by Dave Linthicum on February 4, 2007 03:41 PM


RATE THIS ARTICLE:





 

  •  
  • COMMENTS




I agree with the idea that EA vs SOA reference architecture is cutting the pie piece to thin. I predict that SOA and the web services protocols that enable and facilitate it will be the end of the trend of development of new software paradigms that has attended the software development industry since it's inception. The reason is that the types of connected interactions possible have all been achieved. By this I mean, that the constellation of network nodes will no longer change in vertical directions only horizontal ones. (ie. new devices types but all will interact using the standard network protocols for facilitating web service/ soa interactions) From now on watch for new technologies performing the things the existing standards already perform but with new names. The astute technologists will build in dynamic adaptability into the emerging architectures and stick to it, the power of xml completely removes platform or even language dependancies for performing distributed , transaction oriented operations. Of course, I expect that the software makers will continue to attempt to create a need by repacking functionality provided by existing web service/SOA architectures into new "technologies". Implementers will need to remain vigilant to avoid taking a trip every few years with vendors that their existing architectures (once web-service/SOA enabled) will be able to easily handle if they marshall the proper expertise.

Posted by: sent2null at February 4, 2007 07:26 PM

David, you are spot on with your comment that SOA and EA are both Architecture. I think the problem is that there are two different communities of architects, and they talk to each other less than they should. But there is hope that they can, and in future will, communicate.

As Tony says in his excellent article, which you quote, I started my presentation by talking about The Open Group Architectural Framework (TOGAF) and comparing it with OSIMM, the Service Integration Maturity Model that we are developing. It turns out there is a strong correspondence, at least at a superficial level, between the stages of the TOGAF architecture development method and the dimensions in which OSIMM measures SOA maturity. The fact that these two documents, one from the EA and the other from the SOA community, have such a strong relation to each other is very significant. It shows that the communities have some fundamental ideas in common, and are perhaps not too far apart after all.

Which is not to say that SOA adds nothing to traditional EA. It is a new style of enterprise architecture, with some very big improvements over what we had before.

In particular, I think that the extent to which SOA is about methods and tools for adding new functionality, as well as about delivering a particular set of functions to meet currently-known requirements, is often underestimated by the traditional EA community (and sometimes by the SOA community too).

A final thought. Perhaps, given the trend towards integrating SOA with "Web 2.0", both communities should look at adding REST to their respective models and frameworks.

Posted by: Chris Harding at February 6, 2007 07:30 AM

Technology White Papers

 

InfoWorld Technology Marketplace

» Technology White Papers Library

Technology White Papers by Topic

Technology White Papers E-mail Alert

Find out when the latest white paper is available:
 
 
» BUY A LINK NOW

Sponsored Technology Links