The Open Group has released the Service Oriented Architecture (SOA) Ontology Technical Standard, intended to define the concepts, terms and semantics of SOA in a common language that will allow for more precise and straightforward communications and facilitate SOA adoption without ambiguity.
Now what's an ontology and how can it help SOA? In a related blog post, IBM's Heather Kreger explains what this all means to SOA practitioners. "Ontologies are misunderstood," she observes. "An ontology is simply the definition of a set of concepts and the relationships between them for a particular domain -- in this case, the domain is SOA."
Don't confuse ontologies in this context with semantic Web, she adds. And, along with being a simple glossary which defines terms, "they also
define relationships between them -- something important for SOA."
So why does SOA need an ontology at this stage in the game? As Open Group puts it:
"A lack of mutually agreed-upon SOA terms, definitions and concepts can create interoperability issues that inhibit end-to-end business activities within an organization - as well as between vendor, customer, and partner organizations. By providing common terminology and concept mapping that business and technical people may employ to discuss problems and opportunities, the ontology bridges different architecture, engineering, business and marketing domains. It also creates a foundation for further work in domain-specific areas by supplying a consistent framework that can be reused and revised as SOA projects evolve."
Dr. Chris Harding, the Open Group's SOA Work Group forum director, adds that the SOA Ontology will help proliferate SOA adoption, noting that "the release of the SOA Ontology will significantly benefit the industry considering the increased use of SOA within organizations, especially due to the rise of cloud adoption. It's critical for business and technical executives across disciplines and organizations to have a lingua franca for SOA to ensure the success of their deployments. As with all of the concepts and models developed through the SOA Work Group, we anticipate the ontology to be a living document that will be updated as the industry evolves and SOA concepts are further refined."
So, SOA has been around for years, why did it take so long to come up with an ontology that's so sorely needed? As Heather explains it, the ontology is the result of years of implementation work and lessons learned: "It is grounded in extensive real-world experience developing, deploying and communicating about SOA solutions over the past five years. The Ontology reflects the lessons learned about what terms NOT to use to avoid confusion, and how to best distinguish among some common and often overused concepts like service composition, process, service contracts, and policy and their roles in SOA."
The SOA Ontology Technical Standard is available free of charge and may be downloaded from the Open Group website: http://www.opengroup.org/bookstore/catalog/c104.htm.