Drilling Into the ESB - Part 1 (Fundementals, SOA and ESB Applicability)

Well i was a bit quick in my previous post on explaining a bit more of what the ESB does, but better late than never!

So here we go,
 
An ESB could be better validated through pin pointing to its usage when it comes to Service Oriented Architecture (SOA).

SOA is a standard which will allow business applications to be defined in a Modular, Distributed and a loosely coupled fashion. 

Why Settling For SOA ?  

The current industrial systems are complexed, having one function doing it all is not something to be satisfied of. SOA simply provides the ability to componentized business functionality and expose it as services which adheres to well defined service standards. 

In return, it makes the business functionality to be easily maintained, tested and importantly to be reused. 

ESB Applicability  

That was a short introduction to SOA ! 

once the enterprise adopts to the SOA standards, it drives away from relying on a typical monolithic system and becomes more heterogeneous. The clear challenge now is that the systems are now componentized and requires connectivity in-between them. 

Managing SOA without an ESB

I'll eventually discuss the architectural differences between the ESB and the other alternatives. But for now... 

Theoretically speaking is there's no ESB to manage your system.. your whole system might end up becoming a flop !

You could find out why by vising the following website which will take you through a Webinar,

http://wso2.com/library/webinars/2013/05/enterprise-integration-wso2-esb-introduction-fundamentals/