You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Project Overview
CLAMP is the place where you manage the runtime of the Control loop(distributed by SDC) in ONAP:

    1. you can configure the parameters of the µS composing the Control Loop:
      1. this is achieved by creating/updating/deleting policies (configuration policies).
      2. the above policies will be associated to the deployed µS
    2. you can configure the Operation to be taken by the Control Loop:
      1. this is achieved by creating/updating/deleting policies (operational policies).
    3. you can deploy/un-deploy Control Loop flow(blueprint) to DCAE. 
  1. New component capabilities for Dublin, i.e. the functional enhancements

    1. introduction of the model driven approach for Control Loops

      1. add policy-model to the SDC distribution
      2. automatic rendering of configuration policy ui based on the distributed policy-model 
      3. better rendering of the display of the Control Loop flow based on the distributed blueprint
    2. enhance internal model to better support model driven approach
  2. New or modified interfaces

    1. User interface generation will stay the same  even though its generation method will change.
    2. 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).
  3. Interface naming

    1. User interface (GUI)
  4. Reference to the interfaces

    1. for the UI see readthedocs

    2. internal interface are available via swagger

  5. What are the system limits

    1. 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.

    2. DB redundancy/HA relies on kubernetes and persistent volume. mariaDB cluster can be a future improvement

    3. Application redundancy/HA relies on kubernetes.

  6. Involved use cases, architectural capabilities or functional requirements

    1. scale out use case:

    2. model driven Control Loop:

  7. Listing of new or impacted models used by the project (for information only)

    1. None.
       

  • No labels