(Found in a blog, "Versioning is as inevitable as security.") SOA development practice isn't much different from other software development practices except for design and maintenance. Multiple self-containing and aggregated services that interact with others have their own lifecycle and evolution. The loosely coupling model of SOA services significantly simplifies design but creates additional difficulties in maintenance, especially in the interoperability of different service versions.
To better understand the requirements of SOA service versioning, let me ask several questions and see if we can answer them easily:
- Is SOA a structure of interfaces such as Web Services or it is a structure of services with interfaces? ...
