; JANA, RITTWIK (RITTWIK); onap-tsc at lists.onap.org
Subject: Re: [onap-tsc] [onap-discuss] Modelling discussion on Friday May 5th
Lingli, all:
I though we are now discussing ONAP and how to improve it, and not Open-O?
Furthermore, ONAP is indeed using BPEL/BPMN workflows, but that is as part
, 2017 10:26 AM
To: onap-discuss
Subject: Re: [onap-discuss] [onap-tsc] Modelling discussion on Friday May 5th
I agree with this.
Maybe we could consider the modeling from the perspective of the micro-service
principle. The orchestrator is responsible for the execution of the workflow
model
.
Michael
From: Ash Young <a...@yunify.org>
Subject: Re: [onap-discuss] [onap-tsc] ???Re: Modelling discussion on Friday
May 5th
Date: April 24, 2017 at 10:09:22 AM PDT
To: Ed Warnicke , Brian Hedstrom
Cc: "JANA, RITTWIK \(RITTWIK\)" , onap-discuss
, onap-tsc
I'm actua
Greetings,
Adding some thoughts on information model:
Orchestration need to interoperate among different interfaces, which in turn
need to deal with very different payloads in form of YAML, YANG, JSON etc.
There will be lots of data processing among these models to process complete
service.
Rittwik, Deng,
This is great. Thank you for taking the lead.
I realize the focus is on TOSCA and parsers. Wonderful!
I want to take you one level higher to start by discussing
what the framework look like for the information model. Perhaps invite folks
who have
operational experience. Then