Daily Archives: March 3, 2006

The ESB Question

I think the issues with ESBs that Joe McKendrick highlights in some of his recent posts have to do with the way in which some vendors have implemented the concept rather than with the concept itself.
Enterprises need infrastructure for SOA deployment. In the debate about ESBs everyone can at least agree on the fact that the ESB is designed to meet requirements for SOA infrastructure.
However as Joe and others correctly point out, most vendors interpret this requirement as an excuse to reuse, repurpose, or reface their existing message bus technology with Web services and a bunch of fancy add ons.
The dilemma for us was whether or not to align ourselves with the ESB product category since we have a completely different approach, one that meets SOA requirements far better. Unfortunately, there isn’t another product category that’s a better fit for us. So I guess we just have to try to gain consensus that ours is the right approach ;-).
In the debate the need for a distributed infrastructure is recognized, like the one used in the Web. That’s exactly what we have done. We live at the application endpoints, service enabling them (you don’t need a Web server or an app server) and connecting the services however you want – peer to peer, point to point, or even hub and spoke (although we would recommend against this pattern for SOA).
Our architecture is definitely the right way to go, though. It’s microkernel based with plug ins, endpoint oriented, multi-communications protocol, multi-data format, with high performance, language neutrality, and enterprise quality of service – all based on WSDL and WS-*. This is what our customers told us they needed and wanted – and among our customers are some of the largest deployed SOAs in the world.
I believe this is also the reason Anne Thomas-Manes doesn’t like to include IONA in the ESB category. I hate it when we get lumped in with the other guys that just don’t get it, and we end up getting criticized along with the JMS centric crowd. An ESB is not JMS + Web Services +++ Not if it’s really going to meet customer requirements for SOA infrastructure.