ARC SDC Component Description - Jakarta-R10

Page Status: Updated for Istanbul Jun 15, 2021 
Component Status:  ArchCom Reviewed Jun 15, 2021 

Last Reviewed on: Jun 15, 2021 

Certified by: 

SDC High Level Component Definition and Architectural Relationships 

 

2. SDC Component Description:

 

 

 

SDC is the Centralized ONAP Design Time Platform

  • SDC Provides Service Provider a seamless design time user experience

    • Allow SP to configure for its design environment including user roles and design workflows

    • Import generic ONAP management functions (MS, Flows, Policies) from ONAP developed software and SP’s adaptations (1) (2)

    • Onboard & Design resource level network functions (VNF, PNF) (3)

    • Compose Service models with resources (4)

    • Design Service Provider specific Management Flows and Policies for the Resource or Service Model (5)

  • SDC integrates multi design tools into one platform

    • Provide ONAP development a “Pluggable framework” for easy design tools integration

  • SDC Provides a common Catalog for designed objects

    • Support robust catalog cataloging capabilities for storage and management of ONAP standard compliant data models

  • Provide linkage & management of SP’s Test/validation process & artifacts for certification of the designed models (6)

  • Distributes models to runtime for execution (7)

    • Note: in addition, ETSI compliant models/packages will be distributed to the Modeling etsicatalog (ETSI Catalog Manager) 

 3 SDC Target Functional Architecture

SDC provides 3 functionally distinct layers with modular software, integrated with internal APIs

4. SDC Current Release API definitions

SDC provides the following interfaces:

Interface Name

Interface Definition

API Spec (Swagger)

Interface Name

Interface Definition

API Spec (Swagger)

SDCE-1

VNF is on-boarded through VNF Onboarding GUI

SDCE-1.json

SDCI-1

VNF is stored in Design Catalog

 

SDCE-2

Service designer creates a service model from Design Catalog items

SDCE-2-SDCE-5.json

SDCI-2 

Designer Studio stores and retrieves Design Catalog items

 

SDCE-3 

Ops designer creates monitoring templates with mS data flows → replaced by DCAE-MOD

 

SDCI-3 

DCAE Designer Studio stores and retrieves monitoring flow with mS elements

 

SDCE-4 

Service tester certifies service models for distribution

SDCE-4.json

SDCE-5 

Service tester distributes service models

SDCE-2-SDCE-5.json

SDCE-6 

Distribution Engine publishes service notification to DMaaP.

ONAP components subscribe to service notification from DMaaP

SDCE-6.json

SDCE-7 

ONAP components retrieve service models from the Design Catalog

SDCE-7.json

Note:   xxxI interface is a SDC internal interface.  xxxxE interface is a SDCE external interface

The current API documents can be found at:

SDC consumes the following interfaces:

Interface

Purpose

API Spec (Swagger)

Interface

Purpose

API Spec (Swagger)

VNFSDKE-3

Upload VNF/PNF packagess for test purpose, and retrieve VNF/PNFs packages from the marketplace.Se

 

VNFSDKE-4VN

Request VNF/PNF validation tests and obtain the result

 

5. New Capabilities in this Release

 

SDC Release planning for R8 : SDC R8 Release Planning (link between REQ JIRA and SDC Epics/Stories)

 

1) Use Case Impact :

No new use case impacting SDC for I release

2) Functional Impact :

ARC reviews of new functional features :

Requirement

Description

Arch Review link

ArchComm decision

Arch Impact ?

Requirement

Description

Arch Review link

ArchComm decision

Arch Impact ?

REQ-864: SDC Multi Model Support IstanbulDone

SDC Multi Model Support Istanbul

ONAPARC-698: (Istanbul-R9) - Func - Multi-model support in SDCClosed

Approved

No.

New internal APIs to manage the models.

Retro-compatible changes for any other API.

REQ-627: ONAP CNF orchestration - Istanbul EnhancementsDone

ONAP CNF orchestration - Istanbul Enhancements

 

 

 

 

Full Arch review status for functional : Jakarta-R10 Functional Requirements Architecture Reviews

3) Non Functional Impact

Requirement

Description

Arch Review link

ArchComm decision 

Arch Impact

Requirement

Description

Arch Review link

ArchComm decision 

Arch Impact

REQ-439: CONTINUATION OF PACKAGES UPGRADES IN DIRECT DEPENDENCIESIn Progress

CONTINUATION OF PACKAGES UPGRADES IN DIRECT DEPENDENCIES

 

 

 

REQ-443: CONTINUATION OF BEST PRACTICES BADGING SCORE IMPROVEMENTS FOR SILVER LEVELIn Progress

CONTINUATION OF CII BADGING SCORE IMPROVEMENTS FOR SILVER LEVEL

 

 

 

Full Arch review status for non functional : Jakarta-R10 NonFunctional Requirements Architecture Reviews

6.Istanbul Functional View (No change)

The SDC Istanbul view is:

7 SDC Architecture Evolution (optional item)

The goals of the SDC evolution are:

  • Seamless Design Time user experience based on user’s roles and design workflow

  • Pluggable Framework to integrate multiple external developed design tools into SDC

  • One consolidated Design Catalog with common models in SDC to drive ONAP runtime

 

8 SDC Overall ONAP Architecture Principle Compliance

 

9 The SDC near term focus on architecture deficiencies are (optional):

User experience:

  • Workflow Congfigurator to define service provide specific design workflow

  • Workflow guided, role-based user experience

  • Function-based (rather than tool based) GUI

Application Layer for Tool Plug-ins

  • Provide Plug-in Framework for design tools

  • Support standard-based VNF package onboarding tool plug-ins

  • Support Onboarding Helm packages

  • Provide Data Mapping/Translation/Enrichment to ONAP Standard Internal Model

  • Provide tools to support Service Provider's test & validation environment/process for model certification

  • Nert term tasks: Integrate Policy Designer, CLAMP designer, CDS - Retire DCAE DS as now replaced by DCAE-MOD

Catalogue & Data Management

  • Support common data model as defined by the modelling team

  • Model Data Lifecycle Management

  • Runtime Distribution Version Management

10 SDC - Current System Deployment Architecture - OOM Helm view

 

 

User Experience layer (Frontend Jetty Server)

 

  • supplies the static content of web pages, and all resources that required by the GUI

  • serves as a proxy for the REST API requests coming from the GUI

  • Every request originating from the GUI is passed to the Jetty front-end server before it is executed.

Application Layer (Backend Jetty Server)

  • Containers all the application logic for the SDC.

Catalog/Data Management Layer

  • Cassandra is used to store audit data, artifacts and data model objects.

 

 

  File Modified

File serviceDesign_R9

Nov 15, 2021 by Chaker Al-Hakim

PNG File serviceDesign_R9.png

Nov 15, 2021 by Chaker Al-Hakim

File serviceDesign_r7

Nov 15, 2021 by Chaker Al-Hakim

PNG File serviceDesign_r7.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-27_20-6-11.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-27-9.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-26-24.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-20-39.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-18-47.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-17-48.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-11-45.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2021-1-20_16-10-28.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File SDC deploy.png

Nov 15, 2021 by Chaker Al-Hakim

JPEG File SDCevol.JPG

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-9-50.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-24_23-6-25.png

Nov 15, 2021 by Chaker Al-Hakim

PNG File image2019-2-27_20-27-43.png

Nov 15, 2021 by Chaker Al-Hakim

File serviceDesign_R10

Feb 07, 2022 by Byung-Woo Jun

PNG File serviceDesign_R10.png serviceDesign_R10 exported to image

Feb 07, 2022 by Byung-Woo Jun