Everyone seems to need to use an enterprise service bus (ESB) nowadays, but there is so much confusion about its actual benefit and the various concepts this term entails. This uncertainity is revealed in statements like, "Help! My boss says we need an ESB," or "Why do I need an ESB at all? Can't I achieve the same thing with BPEL or BPMN?" or even "We can do everything ourselves in language X." This article is an attempt to answer some of the most important questions surrounding this term using concrete examples, so that the areas of application that can be deemed "correct" for ESBs can be clarified:
Defining the ESB
An accepted definition for this term has yet to be firmly established that is most likely caused by a lack of industry standards, whereas standards like BPEL and BPMN 2.0 exist for process engines and other components. The term “Enterprise Service Bus” was coined by Gartner in 2002, and further introduced by the analyst Roy Schulte to describe a category of software products that he observed were available on the market at that time. Ten years later, there is still very little agreement on what exactly an ESB is or what it should deliver. There are different definitions depending on the manufacturer or source. Among other things, an ESB is defined as:
"A style of integration architecture that allows communication via a common communication bus that consists of a variety of point-to-point connections between providers and users of services."
"An infrastructure that a company uses for integrating services in the application landscape."
Read the full article here.
For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.