DRAFT - as of 3/1
Project Overview
DCAE platform includes 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
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.
New component capabilities for Dublin, i.e. the functional enhancements
Following new components introduced for Dublin
Collectors
RESTConf collector
Event Processors
VES/Universal Mapper
3gpp PM-Mapper
BBS Event processor processorDL Handlers – Feeder and Admin (POC)
Analytics/RCA
SON-Handler (former PCI-Handler)
Heartbeat
Heartbeat
TCA-Gen2 (STRETCH GOAL)
TCA-Gen2 (STRETCH GOALPlatform 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)
Reference to the interfaces
New or modified interfaces
Interface naming
<refer m1>interfaces
Architecture diagram - DCAE R4 Architecture Diagram
New External interfaces
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
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/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
DCAE R4 M1 Release Planning#APIOutgoingDependencies
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.
HA
Cloudify is 3rd party product;multi-site feature on community version will be available later in 2019; will be incorporated for E release.
Involved use cases, architectural capabilities or functional requirements
- Usecases
• (Casablanca carry-over items)
•BBS Broadband Service Use Case (Dublin)
•CCVPNCCVPN (E-LAN Service (EP-LAN, EVP-LAN) *, https://
wikionaporgnet/wiki/pages/viewpage.action?pageId=
45296665•Model Driven Control Loop Requirements
DLListing 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.
Project Overview
DCAE includes number of- <include arc diagram>