rApp Manager

The rApp Manager is a lifecycle management service for rApps. It gets the rApp as an ASD formatted package and lifecycle manages it based on it instance configuration. It uses ONAP ACM for lifecycle management operations and it integrates with other components for managing the rApp.

The ASD package contains the details required to create and integrate the required services/components. The ASD package contains only one rApp and one rApp can have any number of rApp instances.

This product is a part of NONRTRIC.

Architecture

_images/architecture.png

Data Model

_images/rApp-entity-relationship.png

Integrations

The rApp Manager is integrated with the following components to support lifecycle managing the rApp.

ACM

Automation Composition Management (ACM) is a framework that supports Life Cycle Management of Automation Compositions. It supports deployment, monitoring, update and removal of Automation Compositions en-bloc, allowing users to manage their features, services, and capabilities as single logical units. More details about ACM can be found in ACM.

ACM-R has the ability to support an unlimited number of participants and all the participants can be configured through the configuration in the rApp package.

List of participants used by rApp manager sample rApp.

  • A1PMS Participant - It interacts with A1PMS of NONRTRIC. It is capable of lifecycle managing A1PMS service.

  • Kserve Participant - It interacts with Kserve. It is capable of lifecycle managing Kserve inference service.

  • Kubernetes Participant - It interacts with Helm/Kubernetes. It is capable of lifecycle managing Helm charts. It expects the helm charts to be available in the mentioned repository as it doesn’t handle the helm chart creation in the chart repository.

  • DME Participant - It interacts with DME(ICS) of NONRTRIC. It is capable of lifecycle managing DME entities.

ACM composition and instance details can be provided as part of the rApp package and the package structure can be found in Sample rApp package structure.

DME

The DME(Information Coordination Service (ICS)) is a generic service that maintains data subscriptions. Its main purpose is to decouple data consumers and data producers in a multi-vendor environment. A data consumer does not need to know anything about the producers of the data. More details about DME can be found in ICS.

It is integrated with rApp manager to enable the rApp to produce/consume specific type of data(Information Type in DME terms).

Information type, and Data producer/consumer information can be provided as part of rApp package and the package structure can be found in Sample rApp package structure.

SME

The CAPIF stands for Common API framework and it was developed by 3GPP to enable a unified Northbound API framework across 3GPP network functions, and to ensure that there is a single and harmonized approach for API development. More details about SME can be found in SME.

It is integrated with rApp manager to enable the rApp to expose/access/discover endpoints.

Service exposure/access related configurations can be provided as part of rApp package and the package structure can be found in Sample rApp package structure.

Sample rApp package structure

Warning

This packaging structure is a prototype and subject to change

The sample rApp package structure shown below and the location of relevant files for each integration is provided.

  • ACM (Files/Acm)
    • Definition - Files/Acm/Definition (Only one file)

    • Instances - Files/Acm/instances

  • DME (Files/Dme)
    • Consumer Information Types - Files/Dme/consumerinfotypes

    • Producer information Types - Files/Dme/producerinfotypes

    • Information Consumers - Files/Dme/infoconsumers

    • Information Producers - Files/Dme/infoproducers

  • SME (Files/Sme)
    • Providers Functions - Files/Sme/providers

    • Service Api - Files/Sme/serviceapis

    • Invokers - Files/Sme/invokers

_images/rApp-package-1.png
_images/rApp-package-2.png

Implementation

Implemented as a Java Spring Boot application.

Configuration

The component is configured by the usual Spring Boot application.yaml file.

An example application.yaml configuration file: ‘link