What Is an ESB, and Do You Really Need One?

Computerworld - Gartner Inc. recently predicted that more than half of all large enterprises will have at least the core of an enterprise service bus (ESB) running by the end of 2006. There are, however, several factors to consider before investing in this technology.
First, let's understand that an ESB is a core component of a service-oriented architecture (SOA). An SOA provides the ability to decouple the links between business functions and specific applications by isolating service definition and usage from the underlying service implementation.
An ESB implements an SOA through middleware that offers virtualization and management of service interactions between communication participants. Thus, this flexible connectivity layer could help connect and integrate an organization's IT infrastructure across many differing systems and locations reliably and securely while reducing the number, size and complexity of application interfaces.
More specifically, an ESB:

1. Identifies messages and routes them between applications and services.


2. Enables messages to flow across different transport protocols as they move from requestor to service and back.


3. Transforms message formats en route between requestor and service.


4. Recognizes and distributes business events from and to disparate sources.


5. Provides robust and secure program-to-program communications for all types of applications.


6. Has an extensible architecture, based on pluggable components.


7. Is capable of integrating all types of assets to match a typical enterprise's needs, including Web services, as well as assets not currently based on any common standards.


8. Provides your business with capabilities of intelligent routing and location-independent processing.


9. Manages the descriptions and definition of the messages and their formats through accessible metadata.

1. Do you plan to implement a large-scale, aggressive SOA strategy?


2. Do you need to integrate myriad sources of information across the organization and extend it to customers and partners?


3. Has your SOA project accelerated due to a merger, acquisition or other market shift that affects your ability to meet your business goals?


4. Do you need to facilitate modular standards-based applications that are dynamic or require high scalability, high availability, tight security, platform heterogeneity or monitoring?


5. Are you taking an incremental approach to SOA with the goal of extending the access of your existing applications from departmentwide to enterprisewide?


6. Are your costs in maintaining applications and interfaces rising, and would you prefer to use that money toward other purposes such as new investments?


7. Do you need to integrate various Web service-enabled assets and/or existing assets that may not be Web service-enabled?