Should we use ESB in any case of online integration?

When you are developing integration architecture principles in your company, the best current approaches is use ESB as target approach to online integration and services implementation. But do we need to use ESB in any case of online integration? Is it correct to fix it as principle? Or are there any cases when point-to-point integration is preferred.

The answer depends on vision and expected complexity of future services. Good ESB or different integration middleware can help to define integration architecture well. But on the other side it is new quite expensive component in infrastructure with indirect return on investment which is visible after longer time period.

You can focus on finding additional benefits. For instance, if you have in your company some specialized applications, you can choose ESB with adapters for them which rapid creation of first level of services which will represent functionalities within them. Integration middleware also can bring performance benefits via support of some high performance messaging (EMS, MQ and so on) which can be used as internal communication channel. Of course if you are considering future use of some repository during runtime (dynamic routing and changing of endpoints), implementation of features like these will be easier with ESB/integration middleware.

If you want to have a service oriented architecture, with all the benefits then your first thought would be use the ESB whenever you expose business services or APIs. However, as in most IT situations, there are no absolutes. While rarely right in a good, well-designed SOA, there may be occasions where point to point interaction without the ESB as an intermediary is the best answer. For example, if there is only one application using a service, and the expectation is that will not ever change, or at least not for a long time, then that interaction is probably best point to point.

In a good SOA, one does not implement services with an ESB, but only exposes services. By that I mean that the ESB presents a well-defined interface to presumably many consumers of that service. The ESB deals with issue such as security, message translation, and other things that fall under the category of syntactic mismatches between the consumers of the service and the provider(s) of the actual implementation of the service.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s