CLAMP Desired Functionality Post-Beijing

We list here functionality that should be integrated into CLAMP in the coming releases.  Inclusion into Casablanca or any other release will depend on resource availability.

1. Enhance TOSCA Policy model support. This will improve flexibility to allow runtime possibility to add new type of mS into CLAMP: 
   1. Better parsing of TOSCA Policy model.
   2. get policy definition from policy API(if API available). This will allow runtime knowledge of mS configuration pattern.
2. Improve dashboard integration into CLAMP UI. (currently only 2 separates UI kibana/CLAMP UI) but we need a bridge in CLAMP UI towards kibana reports for specific KPI’s (to be discussed with Ops.)
3. Improve blueprint parsing of Control Loop definition coming from DCAE-D:
   1. Move from "blueprint"(tied to Cloudify orchestration) to "service_template"(more generic Tosca file and independent from orchestration type) for Control Loop description/definition.
4. “MariaDB+Galera cluster” (helm chart to be provided by OOM team in Casablanca).
5. Generic filtering mechanism to associate a Control Loop to the Network, Policy filtering to specify the control loop behavior at various granularity. the filter would be based on the data provided by A&AI:
   1. VNF instance 
   2. VNF location
   3. ...
6. A faster way to disable/re-enable a Control Loop at runtime(currently there is several steps involved: stop/undeploy/....)
   1. disable/re-enable Control loop at different level, e.g.: disable for some VNF inside a service instead of disabling for all VNF inside the service.
   2. show, into a runtime dashboard view, the condition which are disabled on that Control loop.
7. A&AI integration to get realtime view of network topology.  This will support capability to specify conditions for control loop configuration and operation.
8. Add a CLI functionality, to improve the automation part, enabling automation for script type provisionning (hundres, thousands...) of control loops.
   1. the CLI might be based on REST API exposed by CLAMP. so the CLI could be a wrapper around API's that CLAMP would expose
9. Add functionality to pickup Control Loop which would have been createdexternally by another system than CLAMP. This would imply:
   1. discovering corresponding micro-services in DCAE
   2. discovering matching policy which control the above micro-services 
10. Integrate CLAMP and policy UI better: the goal could be to directly create CLAMP policies in Policy UI