Thanks, all good points, Viswa.
Just to clarify my rather glib comment about "intelligence" and cloud
native applications -- my intention was to underscore VNFs that are able to
intelligently manage themselves, specifically their own lifecycle and
resource use. Such intelligent cloud native VNFs
Tal,
I was actually referring that, this view point was presented by you during
the call and I second that. Now coming to the points raised on
anti-cloud-native, IMHO cloud native doesn't have to be related with
intelligence of the infrastructure. All it needs is to run anywhere without
having
Thanks, Viswa.
I just want to point out that the separation of orchestration from
controllers is not exactly my view. It's what we inherit from ETSI MANO
architecture, which has the noble goal of avoiding vendor lock-in. But it
comes at the huge cost of having to provide the glue between the
Next week I would like to cover the newer BB refactor we did in BPMN, and give
some thoughts on how that would integrate into the solution that you have
presented here. Essentially delegating that top layer entirely to TOSCA to
orchestrate the E2E flow. I think we are not all that far off
Dear All / SO team,
During last SO call, I was caught inbetween 2 calls and wan't able to
participate in SO call, was largely in hearing mode. I would like to add
few points esp on the perspectives raised by Seshu ( reuse existing BPMN
and do something about it ) & Alex ( adding HEAT / TOSCA