Comments on: Does SOA Require an ESB? http://www.brsilver.com/wordpress/2006/07/06/does-soa-require-an-esb/ Bruce Silver's blog on business process management Wed, 07 Jan 2009 18:46:42 +0000 http://wordpress.org/?v=2.7 hourly 1 By: bruce http://www.brsilver.com/wordpress/2006/07/06/does-soa-require-an-esb/comment-page-1/#comment-141 bruce Tue, 11 Jul 2006 21:10:39 +0000 http://www.brsilver.com/wordpress/2006/07/06/does-soa-require-an-esb/#comment-141 Derek, Sure there is lots of hype, but there is also an idea behind the bull, which has to do with loose coupling. I think you could paint an SOA picture around architected business services that didn't prattle on about loose coupling, but no one does. Even the great AT Manes puts loose coupling right up there in her defintiion of SOA. ESB is the middleware of loose coupling. CORBA and DCOM and those other things Ken is pitching are described by today's SOA as not-loose-enough-coupling... that's why we ditched them (supposedly). That's not vendor hype (but it might be architect hype). So taking the old anything-vendors-say-is-BS line does not really advance the ball. I was just trying to say that few BPMSs use either architected business services or ESB, so what do they mean when they claim to be founded on SOA? --Bruce Derek,
Sure there is lots of hype, but there is also an idea behind the bull, which has to do with loose coupling. I think you could paint an SOA picture around architected business services that didn’t prattle on about loose coupling, but no one does. Even the great AT Manes puts loose coupling right up there in her defintiion of SOA.
ESB is the middleware of loose coupling. CORBA and DCOM and those other things Ken is pitching are described by today’s SOA as not-loose-enough-coupling… that’s why we ditched them (supposedly). That’s not vendor hype (but it might be architect hype).
So taking the old anything-vendors-say-is-BS line does not really advance the ball. I was just trying to say that few BPMSs use either architected business services or ESB, so what do they mean when they claim to be founded on SOA?
–Bruce

]]> By: Derek Miers http://www.brsilver.com/wordpress/2006/07/06/does-soa-require-an-esb/comment-page-1/#comment-140 Derek Miers Tue, 11 Jul 2006 12:13:11 +0000 http://www.brsilver.com/wordpress/2006/07/06/does-soa-require-an-esb/#comment-140 As we all know Bruce - SOA, ESB, BPMS, ... in the end they are acronyms designed by vendors to help them differentiate their products ... so it is always going to be contentious. The categories will always overlap ... each vendor wants you to push their version of the truth. The most interesting posting in that long thread was from Ann Thomas Manes: "For the most part, "ESB" is a marketing term. Sonic invented the term is 2002 (I think -- maybe it was 2001) to describe its then new XML-enabled messaging system. Shortly after that, Gartner picked up the term and proclaimed that it referred to a combination of SOA and EDA (event driven architecture) -- i.e., something that supports SOAP request/response and MOM-oriented reliable messaging and pub/sub. At that point nearly every MOM vendor had to have one. From that perspective, I refer to ESB as MOM++. Products that fall in this camp include Fiorano ESB, IBM WebSphere Message Broker, Sonic ESB, Tibco BusinessWorks, webMethods Fabric, Mule, and ServiceMix. But by 2003, a bunch of other vendors hijacked the term and applied it to their own integration products, which weren't necessarily MOM-based. Products that fall into this category include BEA AquaLogic Service Bus, Cape Clear ESB, IBM WebSphere ESB, IBM WebSphere Process Server, IONA Artix, Polar Lake, Oracle ESB, Software AG crossvision, Sun SeeBeyond, and Celtix. These systems tend to be pretty different -- the one thing in common is integration and support of web services. Then there are what I categorize as pure-play mediation systems: Apache Synapse and SOA Software Blue Titan -- not really ESBs, but certainly a viable alternative." Pretty much summing up the hype whipped up by big tech vendors around their current set of products. As we all know Bruce - SOA, ESB, BPMS, … in the end they are acronyms designed by vendors to help them differentiate their products … so it is always going to be contentious. The categories will always overlap … each vendor wants you to push their version of the truth. The most interesting posting in that long thread was from Ann Thomas Manes:

“For the most part, “ESB” is a marketing term. Sonic invented the term is 2002 (I think — maybe it was 2001) to describe its then new XML-enabled messaging system. Shortly after that, Gartner picked up the term and proclaimed that it referred to a combination of SOA and EDA (event driven architecture) — i.e., something that supports SOAP request/response and MOM-oriented reliable messaging and pub/sub. At that point nearly every MOM vendor had to have one. From that perspective, I refer to ESB as MOM++. Products that fall in this camp include Fiorano ESB, IBM WebSphere Message Broker, Sonic ESB, Tibco BusinessWorks, webMethods Fabric, Mule, and ServiceMix.

But by 2003, a bunch of other vendors hijacked the term and applied it to their own integration products, which weren’t necessarily MOM-based. Products that fall into this category include BEA AquaLogic Service Bus, Cape Clear ESB, IBM WebSphere ESB, IBM WebSphere Process Server, IONA Artix, Polar Lake, Oracle ESB, Software AG crossvision, Sun SeeBeyond, and Celtix. These systems tend to be pretty different — the one thing in common is integration and support of web services.

Then there are what I categorize as pure-play mediation systems: Apache Synapse and SOA Software Blue Titan — not really ESBs, but certainly a viable alternative.”

Pretty much summing up the hype whipped up by big tech vendors around their current set of products.

]]>