Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Removed TCA-gen2 from Dublin and other stretch-goal were delivered

DRAFT  - as of 3/1 

  1. Project Overview

    DCAE is DCAE platform includes number of components collectively fulfilling the role of Data Collection, Analytics, and Events generation for ONAP.  The  The architecture of DCAE targets flexible, plug-ableplugable, micros-service oriented, model based component deployment and service composition.

    DCAE also support multi-site collection and analytics operations which are essential for large ONAP deployments. DCAE  DCAE components generally fall into two categories: DCAE Platform Components and DCAE Services Components.

    DCAE Platform refers the set of controller components which manages the deployment and LCM of the DCAE service components which include all the collectors, analytics and event processor MS. 

     
  2. New component capabilities for Dublin, i.e. the functional enhancements

    Following are new components introduced for Dublin

    Collectors

              RESTConf collector            

    Event Processors

              VES/Universal Mapper 
              3gpp PM-Mapper  
              BBS Event processor processor          

              DL Handlers – Feeder and Admin (POC)

    Analytics/RCA
             SON-Handler (former PCI-Handler)
             Heartbeat
             Heartbeat 
             TCA-Gen2 (STRETCH GOAL) 
             TCA-Gen2  (STRETCH GOAL

    Platform Enhancements

    • Support helm chart deployment in DCAE-C using custom helm plugin*
    • DCAE Healthcheck enhancement
    • Dynamic AAF based topic provisioning
    • Multisite K8S cluster deployment support
    • Dashboard (UI for deployment/verification)
     
  3. New or modified interfaces

    Architecture diagram - DCAE R4 Architecture Diagram

    New External interfaces

    1.   <include arc diagram>
  4. Interface naming

                 <refer m1>
  5. RESTConf collector (DCAE) - Domain Controllers

    SON-Handler (DCAE) - OOF (via API), SDN (R) (via DMaaP), ConfigDB (via API),  Policy (via DMaaP)

    BBS-eventprocessor (DCAE) - Policy (via DMaaP)

    Heartbeat Ms (DCAE) - Policy (via DMaaP)

    TCA-gen2 (DCAE) - Policy (via DMaaP)


    Modified interfaces

    Policy Handler (DCAE) - Policy (moving to new LC API)

    PRH (DCAE) - AAI (API change based on PNF model update)


    Interface naming

    https://wiki.onap.org/display/DW/DCAE+R4+M1+Release+Planning#DCAER4M1ReleasePlanning-APIIncomingDependencies

    Reference to the interfaces


    Existing platform API's - https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/offeredapis.html

    https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/deployment-handler.html

    https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/inventory.html

    https://git.onap.org/dcaegen2/services/prh/tree/swagger.yaml

    https://git.onap.org/dcaegen2/collectors/ves/tree/swagger_vescollector_1.3.1.yaml

    https://git.onap.org/dcaegen2/platform/configbinding/tree/app/app/swagger.yaml


    New R4 APIs to be added into RTD  - SON-Handler, RESTConf

    Reference to the interfaces

    DCAE R4 M1 Release Planning#APIOutgoingDependencies 



  6. What are the system limits

    Relies on k8s for loadbalancing and scaling. DCAE platform handles the control flow and do not carry the data/event; DCAE service components can be scaled and support state management.
    Cloudify is 3rd party product;

    HA

    multi-site feature on community version will be available later in 2019; will be incorporated for E release.

  7. Involved use cases, architectural capabilities or functional requirements

    • Usecases

    5G Use Case (Dublin)
            5G - Bulk PM 
            5G - OOF and PCI

    BBS Broadband Service Use Case (Dublin)

    •CCVPN

    CCVPN (E-LAN Service (EP-LAN, EVP-LAN) *, https://wiki.onap.org/pages/viewpage.action?pageId=45296665

    Model Driven Control Loop Requirements

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

    Support for new policy model as required by Model driven control loop requirement.