InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

WOA vs SOA Debate

Posted by Dilip Krishnan on Sep 22, 2008

Sections
Architecture & Design,
Enterprise Architecture
Topics
SOA ,
REST

In an interview, Loraine Lawson asked Gartner Vice President Nick Gall, who is credited with first describing Web-oriented architecture (WOA), to give business and IT leaders the bottom line about the WOA versus SOA debate.

When asked about the origins of the term WOA, Gall said

The earliest entry I can find is back in fall of 2005. I presented at a conference to use the term and Whit Andrew - another one of our vice presidents - blogged about my use of the term WOA [... After observing how web services were emerging outside of ] Gartner's clients - semi-large corporations.

He observed that the architectural style that came closest to resembling this emerging style were RESTful services. but "REST raised a lot of hackles and there was a lot of misunderstanding about what REST really meant". and so a new term was coined. He said,

WOA meant to me was a more Web-centric style of doing Web services: Simpler, less complex, less vendor-driven, just a catch-all for this different style that was emerging.

And he succinctly describes the architectural style with the equation "WOA = SOA + REST + WWW". He described WOA in terms of how the architectural constrains are layered in relation to SOA.

A sub-style of the overall SOA style. A Web service that would count as a WOA should aspire to adhere to all the constraints of REST. But it doesn't have to be 100 percent RESTful. [...]

SOA is an architectural style with essentially five constraints. If your architecture has all five of those characteristics - it's modular, distributable, describable, sharable and loosely coupled - you get the SOA stamp of approval.

WOA goes a little bit further and says adhere to the constraints of REST as well, and those are perfectly compatible. Every one of the constraints of REST, in essence, gives you guidance for how to do the big five [constraints] of SOA.

The traditional SOA found in most enterprises, , he said, as one in which WS*, SOAP, WSDL and related technologies are deployed a certain way and stated that "it's not perfect, but you can describe it. But there's no name for it". He calls this style of SOA, Style X. He elaborated,

SOA is this umbrella term with the big constraints. So far there have been two major sub styles. One is this Style X, which we don't have the name for yet but is this distributed object like, IDL-like, style. And the other major style for SOA is WOA style. Of all the approaches to SOA, WOA has demonstrated the high degrees of sharability and loose coupling [...] And those really are two competing styles. We could do a comparison about the strengths and weaknesses of the WOA style of SOA and this X Style.

He stated that Gartner was researching the strengths and weaknesses of each of the styles currently. When asked How [CIO's] could tell if they should focus on SOA or WOA [and] How they should make sense of all this debate? Gall advised,

Focus in on the two key criteria: sharing and loose coupling. [...] look[ing] back [...] if I haven't seen a large degree of sharing, I would deem that project a failure. [...] I also want to make sure that I get [business process] agility out of it.

He closes the interview with a warning to the CXO's. He said,

If they simply focus on the technology towards doing that, they will get nothing. It's all about focusing on the architecture required for sharing and the architecture required for flexibility and different ways of filling that gap.

Be sure to check out the full interview. What kind of SOA adoption are you seeing in the Enterprise? Let us know

 

  • This article is part of a featured topic series on SOA
SOA v WOA by Eric Roch Posted
  1. Back to top

    SOA v WOA

    by Eric Roch

    Nick and I got into a bit of a debate on our blogs over this interview.

    Gartner on SOA v. WOA

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.