Hi Srini, My 2 cents:
I have raised this question much earlier during Amsterdam & Beijing DDF. The answer I got from SDC & SO PTL is "Not yet". As of now today, latest SDC is having a capability to specify dependency between VF-Module as part of Network Service Design. SO doesn't regard dependency & sequencing at all. As a matter of fact, when you instantiate via VID, the admin has to manually add Vf-Modules as part of service instantiation, which makes is completely manual and throw the burden of dependency management to human actors. This is exactly the motivation behind model driven orchestration. On the SO-BPMN side, similar functionality could be achieved by using techniques like "Orchestration Hooks", like Pre & Post instantiation hooks. From my enquiry with SO and CDS folks, this is what I learnt : There is a WIP item that is targeting to develop these hooks inside SO, with the combination of CDS controller plugins. Perhaps SO and CDS folks can comment on the same. BR, Viswa On Wed, Jan 2, 2019 at 10:01 PM Srini <[email protected]> wrote: > Hi, > > > > I came across a requirement where an application contains multiple > workloads, say A, B, C and D. > > Say that B and C depend on A to be ready and hence should be brought up > only after A is up and running. > > Say that D depends on B and C and hence should be brought up only after B > and C are up and running. > > > > I understand that in TOSCA, there is a way to create relationships and > have a way to insert scripts to check for readiness. So, I guess this is > taken care in use cases that are described using TOSCA. > > > > My question is with respect to SDC+SO+MC kind of orchestration. Is that > possible in this combination? If so, any pointers are appreciated. > > > > Thanks > > Srini > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14753): https://lists.onap.org/g/onap-discuss/message/14753 Mute This Topic: https://lists.onap.org/mt/28916725/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
