SOA Patterns vs. SOA Anti-patterns

SOA Patterns vs. SOA Anti-patterns

Pattern languages tend to help formally, codify quality designs as well as best experience based practices in a way that is possible for others to reuse. Such patterns successfully manage to convey insight in to the common problems of Service Oriented Architecture – and their solutions. After all, common concepts tend to be the underpinnings for all disciplines that practice them.

For example, the software community, often utilizes patterns as a means of resolving recurring problems that are encountered throughout software’s life cycle. These could range from software architecture to software development topologies. Such patterns collectively capture the body of knowledge that is representative of our understanding of structures and mechanisms that lead to optimal architectural solutions.

A pattern can be thought of as a generalized and named problem to solution mapping strategy. It manages to capture a successful solution to a constantly recurring problem that happens in a specific context.

The following table shows how software patterns are typically documented.

Software patterns present a mechanism for capturing knowledge as well as experience among both designers and architects. They forge a common language and facilitate the reuse of approaches that have been successful in other places and hence contribute towards the reduction of risk, optimization of delivery time, and increase in quality in any SOA project.