Obviously more to discuss. I see the ontology work as capturing what is, e.g. the variations, rather than what the perfect world may be. Can we capture “facts” and separate that from conclusions drawn from the facts?
Ken
------------------------------------------------------------------------------ Dr. Kenneth Laskey MITRE Corporation, M/S F510 phone: 703-983-7934 7515 Colshire Drive fax: 703-983-1379 McLean VA 22102-7508
William,
your suggestion raises serious questions that are the cornerstones of many debates on this topic. Actually, there are two fundamental questions, IMO:
1) Where an Architecture ends and its Implementation starts?
- for this, I have a definition of an Architecture that many consider too restrictive (because it clearly surfaces fallacy claims of the architecture subject vs. discipline. E.g., ‘people’ is not an architectural element, though it is very important to the operations of a business/technology system)
2) What are the boundaries of service orientation? If a certain category of entities adheres to _only_ a few PoSO, not to all, may it be considered service-oriented and to be a Variation of SOA or this is a Variation of SOA Implementation (then, who cares!?..). What constitutes that we still deal with a Variation of SOA or ‘this’ is not SOA already?
- Michael
Excellent advice, William. (Needs to be adopted in many other contexts by many other groups and individuals.)
Very informative article! I am wondering how we can help the industry reach this level of specificity in understanding the relationship between SOA and the various implementation “styles”. REST, ServiceComputing, Microservices and more are variations of SOA which are always susceptible to an interpretation which separates the variation from the main body of SOA work, resulting in “reinventing the wheel”. To help the industry avoid this, perhaps we should include in our SOA ontology a subclass of SOA tentatively named Style or Variation, which is then specialized for each variation capturing what makes the variation unique. Perhaps this would help eliminate some confusion currently found in discussions of variations.
William
here is my short overview on how Microservices "compliant" with Principles of Service Orientation
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
|