The Pros and Cons of Web-Oriented Architecture Explained

Loraine Lawson

InformationWeek produced an in-depth report on Web-Oriented Architecture this month, which I found late last week via this blog post.


You'll note the enticing title: "A Better Way than SOA." I'll warn you right now that title ended up being a tad misleading. Although the article spends a significant amount of ink on SOA's flaws, once you read the full six-page article, you'll find it actually cautions it's not an either/or proposition:

"The WOA versus SOA debate is unnecessarily contentious. It's obvious that both REST and WS-*-style SOA have their place, so IT groups should stay focused on architectural issues rather than implementation minutia."

It's a really good read for several reasons, and not just because you can download it and read it in the carpool line.


First, it does a great job of explaining WOA and how it differs from SOA:

"SOA and WOA work at different layers of abstraction. SOA is a system-level architectural style that tries to implement new business capabilities so that they can be consumed by many applications. WOA is an interface-level architectural style that focuses on the means by which these service capabilities are exposed to consumers."

Second, it discusses how, when, where and why you could choose WOA over SOA.

Third, it provides examples of real-world companies that have opted for WOA and REST over SOA and SOAP with great results -- including Amazon for its Amazon Web Services.

Finally, it includes a discussion on the shortcomings of WOA and REST, including that REST is not as flexible, and tends to mean you're hard-coding business processes into the infrastructure and using HTTPS for security.

After reading the piece, you may very well decide you'd rather try out WOA and grow into SOA instead of starting with SOA. Essentially, that is the thesis of this article - and it makes an excellent defense of that position, with the help of statistics such as these from an InformationWeek survey of 278 IT pros conducted last year:

  • 32 percent say SOA projects fell short of expectations.
  • 58 percent said their SOA projects introduced more complexity into their IT environment.
  • Just 10 percent said the results exceeded expectations.

Unfortunately, the article doesn't discuss how that decision might affect you long term, as more vendors service-enable their products.


It'd be interesting to see how those statistics might change as SOA implementations mature. As blogger Assaf Arkin humorously pointed out after reading the article, statistics like these don't necessarily make SOA a failure -- just average:

"Considering industry standard, that doesn't look all that doomy or gloomy. It looks ...just average ... From all my sources, it looks like SOA worked out as well as you can expect any good technology to work out. And I'm going to share a secret with you. Keep it private. REST is no silver bullet either. Five years from now, you'll read the exact same article, only this time using the same failure rate and ROI, just blaming a different technology."

Add Comment      Leave a comment on this blog post
Aug 19, 2008 1:09 AM Jean-Jacques Dubray Jean-Jacques Dubray  says:
Loraine:thanks for this summary, I'd like to comment on "WOA is an interface-level architectural style that focuses on the means by which these service capabilities are exposed to consumers."The only problem with this statement is that in a "true" Service Oriented Architecture, in general, Services are peers and "assembled" to achieve a particular goal. The notion that a service capability is "consumed" in a client/server mode is the main reason why "REST is not as flexible, and tends to mean youre hard-coding business processes into the infrastructure".As long as we will use a CRUD-oriented synchronous client/server programming model which is the foundation of WOA and of all the programming models for the last 40 years. We will not achieve a high degree of reuse, nor will we be able to efficiently support business processes with this kind of programming model.WOA is appealing to a class of developers and architect because they simply can't make the switch to SOA which can be characterized with technologies such as WSDL (bidirectional/interaction-oriented interface definitions), BPEL (orchestration as a programming language for service implementation), SCA (assembly of peer services performing a unit of work)... All they want to be able to do is write the same kind of code they have always written and will always write. Reply
Aug 20, 2008 5:22 AM Assaf Assaf  says:
Thanks for the link.I personally dislike the SOA/WOA divide. Most of the traction I see out there comes from companies that want to use REST in more places, and do that as part -- not instead of -- their SOA strategy. In fact, their expectation is that SOA product maturity means better REST support.If you want to get a sense for where we're heading, a simple Google search for REST + BPEL will suffice. There's at least three specs I'm aware of to bring RESTful support into BPEL.Disclosure: I'm a co-editor of the WS-BPEL, participated in other WS-* related activities, and currently working on RESTful BPEL. Reply
Aug 25, 2008 3:02 AM Rob Eamon Rob Eamon  says:
An interesting item is that the Info Week article doesn't mention that creator of WOA (Gartner, Nick Gall) states that WOA is a substyle of SOA. Thus, it really isn't an either/or proposition. WOA *is* a form of SOA.Arkin's comment "...SOA worked out as well as you can expect any good technology..." is a bit off because SOA is not a technology. And his blog entry seems to equate SOA and WS-*/SOAP, which is inaccurate. Reply
Oct 10, 2008 8:57 AM Jolea Jolea  says:
Hello! I am doing qutie an important project and I need to get in touch and interview an architect. If you know anybody or know somebody who knows anybody, e-mail me. jgnealy@ymail.comThank you and Never forget: God Loves You Reply

Post a comment





(Maximum characters: 1200). You have 1200 characters left.



Subscribe to our Newsletters

Sign up now and get the best business technology insights direct to your inbox.