SOA enables different programs, applications, and tools to interact via self-contained services that do not depend on the context or state of the other service. Working within a distributed systems architecture, SOA has gained momentum because it creates reusable integrated business processes.
While tracking mediocre results, and even failure2, in the implementation of service-oriented architectures, many common threads, or "worst practices," can be found. The top-four worst practices for SOA integration include:
- Overemphasizing low-level code
- Centralizing design and development
- Ripping and replacing legacy software
- Buying software without support
These worst practices set companies on the inauspicious path of SOA failure. They have been repeated by some of the best run and smartest companies in the world. Typically, these worst practices are the result of wanting to ride the latest technology wave without balancing the hype with practical knowledge and experience. For an SOA integration initiative to be successful, organizations must think about the long-term health of their architecture, even while deploying short-term solutions.
Designed to help organizations learn from the mistakes of others, this paper provides insight into the top-four worst practices for SOA integration. It also provides guidance on how to avoid and/or overcome these worst practices in order to realize the true value of an open, reusable integration architecture. By reading this paper, you will have a solid understanding of how to avoid SOA integration failure and achieve success with your initiatives.
