CLAMP R4 - M3 Architecture Review
Project Overview
CLAMP is the place where you manage the runtime of the Control loop(distributed by SDC) in ONAP:you can configure the parameters of the µS composing the Control Loop:
this is achieved by creating/updating/deleting policies (configuration policies).
the above policies will be associated to the deployed µS
you can configure the Operation to be taken by the Control Loop:
this is achieved by creating/updating/deleting policies (operational policies).
you can deploy/un-deploy Control Loop flow(blueprint) to DCAE.
in separated/independent Docker containers, you have the "Control Loop Dashboard" which is an ELK stack dedicated to display DMAAP messages related to runtime control loop messages (from DCAE/Policy/APPC).
New component capabilities for Dublin, i.e. the functional enhancements
introduction of the model driven approach for Control Loops
add policy-model to the SDC distribution
automatic rendering of configuration policy ui based on the distributed policy-model
better rendering of the display of the Control Loop flow based on the distributed blueprint
enhance internal model to better support model driven approach
New or modified interfaces
User interface generation will stay the same even though its generation method will change.
Some new internal interface will be created to support the new internal model. those new interface won't be backward compatible since they will be new
and they are internal anyway(so it won't disturb any other project).
Interface naming
CLAMP supports the following interfaces:
Control Loop Life Cycle Management User interface (LCM UI) for:
selecting the Control Loop flow.
entering configuration policy parameter.
entering operational policy parameter.
manage lifecycle of DCAE blueprint (Control Loop flow).
Control Loop dashboard User Interface based on "Kibana" (ELK stack, completely independent from LCM UI).
Reference to the interfaces
for the UI see readthedocs(obviously still under development for Dublin) : CLAMP latest user guide
internal interface are available via swagger : clamp swagger pdf
What are the system limits
none so far, CLAMP is not a in the path of runtime call, so it is not heavily hit by massive amount of call. So auto scaling is not really required
but could be added.DB redundancy/HA relies on kubernetes and persistent volume. mariaDB cluster can be a future improvement
Application redundancy/HA relies on kubernetes.
Involved use cases, architectural capabilities or functional requirements
scaling use cases
model driven Control Loop: Model driven Control Loop Design
Listing of new or impacted models used by the project (for information only)
None.