Tuesday, June 17, 2008

Intel enables SOA without ESB

In one of my previous blog on A Decision Makers concern about ESB I had mentioned that overtime the need of an Enterprise Service Bus will diminish over time. Annie Shum just send me an email with a link this blog on New Offerings from Intel Enables SOA without ESB - guess we are on our way.


2 comments:

Surekha Durvasula said...

I am just curious as to how the "soft appliance" can do all that an ESB does but at a greater speed and efficiency.

Is it treating each payload on the wire as opaque with the metadata (typically implemented as the SOAP header and/or the metadata on the envelope of any canonical model) needed for routing being embedded elsewhere as opposed to being transported with the payload? So does this deviate from the W3C SOAP standards and bypass the SOAP stack?

Another question I have would be around the end to end monitoring of the messages passing thru the bus. If the payloads are opaque then how does it accomplish content based routing and message aggregation and message augmentation a key feature of the ESB?

Also, if the ESB is placed on an appliance how does one accomplish runtime service discovery? Are there additional steps involved with design time service publication activities to now "transcribe" these services and service contract/ policies to the appliance?

Thanks,
surekha -

Victor Jimenez said...

I think we're talking XML/SSL accelerators like DataPower, etc.

As for how they replace the ESB, it depends on how you're using the ESB. If you're using it for translation and routing (not-dynamic), it's a fit although you may not get the auditing/alert visibility a software ESB provides.

Key Learnings - Using EDA to implement the core SOA principle of "loose-coupling"!!!

A lot has been said about how SOA and EDA are unique "architecture styles". It seems like only one or the other architectural prin...