Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GSoSD Arrowhead Core Systems 5.0 / Concepts Reference: The concept of service type #57

Open
PerOlofsson-Sinetiq opened this issue Mar 14, 2023 · 3 comments
Labels
5.0 Core Specification The issue concerns fundamental Arrowhead specifications or documentation enhancement New feature or request

Comments

@PerOlofsson-Sinetiq
Copy link
Contributor

The concept of service type should be present in both the AH 5.0 Definition document and should be used in the GSoSD document.

The Service Description document should define the Service Type?

For example the Orchestration concept should benefit from beeing able to serve consumer systems with a plate of services according to a service type rather than pinpointing all instances of services.

@MatsBJohansson
Copy link

Section 2.3 Service Provision and Consumption
My view in that the service provider is the system that publish the service in the service registry. Regardless in which direction the main information payload travels.

Section 2.4, footer
An Arrowhead cloud "conforms to various architectural requirements put forth by the Eclipse Arrowhead project in a separate document." What document? The GSoSD?

@emanuelpalm emanuelpalm added documentation Improvements or additions to documentation enhancement New feature or request 5.0 Core Specification The issue concerns fundamental Arrowhead specifications or documentation and removed documentation Improvements or additions to documentation labels Apr 14, 2023
@jerkerdelsing
Copy link
Member

@PerOlofsson-Sinetiq
The service type concept is extensively used in the Arrowhead DSL and SysML modeling.
I understand that your request is a way of allowing usage of other Orchestration microsystems than the reference implementation. What need to be considered here is further interoperability with other Orchestration concepts used.
We need to find the balance between interoperability and acceptance by industrial customers.

@jerkerdelsing
Copy link
Member

Section 2.3 Service Provision and Consumption My view in that the service provider is the system that publish the service in the service registry. Regardless in which direction the main information payload travels.

Section 2.4, footer An Arrowhead cloud "conforms to various architectural requirements put forth by the Eclipse Arrowhead project in a separate document." What document? The GSoSD?

I think these comments are obsolete with the agreed version from early 2024.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
5.0 Core Specification The issue concerns fundamental Arrowhead specifications or documentation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants