DCAE R8 M2 Architecture Review

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

DCAE components are classified between platform and service components. DCAE Platform refers to the set of controller components which manages deployment and LCM of DCAE service components. 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 Honolulu, i.e. the functional enhancements

DCAE Focus for R8 is on following

ONAP R8 Usecase & Feature requirement
TSC/SECCOM Global requirements
DCAE Transformation to support Helm deployment for services
General platform optimization (Cloudify upgrade for python 3.6)
Reducing DCAE backlogs + security fixes

Refer DCAE R8 M2 Release Planning#Scope for more details

Following new services will be delivered in R8

KPI Computation MS (REQ-440 )
- Repository : https://git.onap.org/dcaegen2/services/tree/components/kpi-computation-ms (introduced as new subproject under existing repo)
VES-OpenAPI-Manager (REQ-433)
- Repository : https://gerrit.onap.org/r/admin/repos/dcaegen2/platform/ves-openapi-manager (New repo)
DCAE-service-policy-Sync (REQ-479)
- Repository : https://git.onap.org/dcaegen2/deployments/tree/dcae-services-policy-sync (introduced a new subproject/module under existing repo)

In Honolulu, POC for new MOD Front-End and Back-end components will continue - DCAEGEN2-2313 (this would eventually replace NiFI based UI/processor in subsequent ONAP release)

3. New or modified interfaces

Architecture diagram - DCAE R8 M2 Release Planning#Highlevelarchitecturediagram

New External interfaces

None for H release

Modified interfaces

VES Collector (7.2.1 VES support)

If they are modified, are the backwards compatible?

VESCollector - Yes

4. Interface naming

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

5. Reference to the interfaces

Existing platform API's - https://docs.onap.org/projects/onap-dcaegen2/en/latest/sections/offeredapis.html

DCAE Platform

DCAE Service Components

DCAE R8 M2 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 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

VES Collector Performance Test

PM-Mapper performance baseline

Datafile Collector (DFC) performance baseline results

HV-VES Performance Test