DCAE R10 M2 Architecture Review

1. Overview

DCAE project provides intelligence for ONAP to support automation (via open-loop and CL) by performing network data collections, analytics & correlation and trigger actionable rootcause events.

With Jakarta release, DCAE Platform component centered around Cloudify will be deprecated. All Microservice orchestration and lifecycle management will be handled through Helm/Kubernetes. 

The DCAE services components includes all the microservices - collectors, analytics and event processor which supports active data-flows and processing as required by ONAP usecases. The architecture of DCAE targets flexible, micros-service oriented, model based component design and deployment. DCAE also offers support for multi-site collection and analytics operations which are essential for large ONAP deployments.

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



  • Complete DCAE transformation to Helm

    • Common Template Enhancement for dcaegen2-services-common (filebeat removal + general add-on capabilities)

    • Continue removal of Consul dependency & application config standardization via configmap

    • MOD Support for Helm chart generation/distribution

    • Deprecate Cloudify and related Handlers from ONAP deployment

    • Integration Testsuite migration to use helm chart

  • Support TSC approved ONAP Usecases and Features (details documented here - DCAE R10 Jakarta M2 Release Planning)

  • TSC/SECCOM Global requirements 

    • STDIO complaince for Heartbeat and SNMPTRap MS

  • TSC/SECCOM Best Practice

    • Integration base image alignment for VES/RESTConf/SliceAnalysis MS

  • Reducing DCAE backlogs  + security fixes



Following new services will be delivered as POC in R10







Following Platfrom components are deprecated and no longer part of DCAE deployment

  •  

    • Cloudify

    • Dashboard

    • ServiceChange Handler

    • Policy-Handler

    • Deployment-Handler

    • InventoryAPI

    • ConfigBindingService*



3. New or modified interfaces

New External interfaces

  •  

    • None

Modified interfaces

  •  

    • PMSH - Adds new API support for Subscription/Filters/Measurement group management (this will be consumed by Policy)

    • Slice Analysis -  API to provide resource availability for existing slice/subslice. OOF is consumer of the API and will use this data to determine reusability of slice. - NSI/NSSI Selection based on resource occupancy levels; SliceAnalysis will also subscribe to AAI notification to support User-intent triggered CL flow for Bandwidth assessment

Deprecated interfaces

  •  

    • Cloudify API (used for LCM of DCAE MS)

    • InventoryAPI (used for saving/retreving DCAE blueprints)

    • DeploymentHandler API (used by CLAMP for triggering MS deployment)

4. Interface naming

5. Reference to the interfaces



DCAE Platform

DCAE Service Components



Deprecation Notice: Following Platform API's will be deprecated once all MS migration to new SDK is completed in Jakarta release. For the interim time, the component will be retained in deployment using Jakarta version (no new enhancement/updates are planned) 

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 through external DB and/or K8S state management.

As DCAE collectors are extensively used in all ONAP usecase, performace testing has been done on below collectors

Datafile Collector (DFC) performance baseline results

HV-VES Performance Test



7. Involved use cases, architectural capabilities or functional requirements

8. Platform Maturity Targets

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

No model changes planned for J release