"What this means from a business perspective is that each application needs to be understood from the point of view of what services it provides to the organization," said Thompson. "Applications then need to be 'deconstructed' into their component services — each of which perform a specific business function. Organizations can undertake a cautious and controlled migration to a SOA without having to put all of their eggs simultaneously in one basket. This is of key importance when it comes to cost control and monitoring the performance and return on (ROI) of a solution."
In the report, Butler Group recommends that enterprises create, or revise, a strategic plan for integration, and the definition of a software architecture based on the principles of a SOA and an ESB. It stipulates that the plan must address four elements: choice of underlying technology, service-enabling existing applications, new development work and new investments in packaged applications.
The report acknowledges that there is no "one-size-fits-all solution" when it comes to integration, and there is still a requirement to undertake some of the more mundane tasks in order to create an infrastructure that powers the whole organization. However, the newer models of integration, like SOA are not "rip and replace" models, but rather are firmly entrenched in the re-use of existing assets.