“The real question is, how can an ESB help with a SOA implementation plan, which is the challenge a lot of enterprises face,” said Jason Bloomberg, a senior analyst at ZapThink LLC in Waltham, Mass. “Companies need to think through a plan, identify the business problem, figure out how to build services, then figure out the infrastructure. They may or may not need an ESB.”

As the larger vendors have added ESB capabilities to their offerings, the pureplays have broadened their capabilities as well. “Look at Sonic Software,” said Bloomberg. “They’re still leading with their ESB product, but Progress Software [Sonic's corporate parent] has reorganized. It’s significant that Progress has realized SOA is more than ESB. They have the Neon legacy integration, they have XML tooling. SOA requires a lot of different pieces. Sonic’s leading standalone ESB product is really not standalone anymore. Companies want a more comprehensive solution.”

According to ZapThink’s Bloomberg, “A key part of the SOA infrastructure has to do with the intermediary capability for loose coupling of services. If your existing middleware can’t do that, bring in some intermediary. If you have the need for additional integration infrastructure, get an ESB. If you already have that infrastructure you can use an intermediary, like SOA Software’s Network Director. The question is, do I need messaging infrastructure in addition to intermediary capabilities?”

“What we’re seeing from ESB vendors as well as consultants building SOA solutions, is that the bloom is off the ESB rose,” said Bloomberg. “Clearly the role of ESB is no longer thought of as a key piece of SOA infrastructure, but rather one piece of many moving parts to get SOA to work.”

Read more at: SearchWebServices