Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents
outlinetrue

Declined by TSC as a stand-alone project. Recommended as a component of Service Design & Creation Project

Problem Resolved:roblem Resolved

  • Design time catalog and the Run-Time catalog are independent management.
    Design time can operate the packages or files, and info the Run-Time components. In the Run-Time catalog also should support to manage the catalog in a unified way.
  • Lack of unified catalog management in the Run-Time.
    • In Run-Time,  there exits template and recipes, workflows of different levels such as service/NS/resources in different components(SO, VFC,  SDNC,  APPC, Policy, …).  
    • AAI supports SDC TOPO Schema,  SO supports synchronization data with SDC,  other component almost same with SO. Almost all do not support the independent Run-Time catalog management.
  • Further more, the Run-Time catalog will also consider the unified models API based on the design template  to all Run-Time components, reducing the complex and repeatable parser work.

Project Name:

• Proposed name for the project: ONAP Runtime Catalog
• Proposed name for the repository:  RT-Catalog rtc

Project description:

     The ONAP RT-Catalog project aims to provide unified catalog management in ONAP runtime environment, including service, service component, and resource levels.

Scope:

•Levels:

•Service level: 

               Service catalog (templates, workflow, recipes, ……)
Service Component level: 

                 NS  catalog (templates, workflow, recipes, ……), WAN catalog (templates, workflow,….)
•Resource level: 

                         VNF catalog(VNF image, templates, scripts, recipes,……), PNF catalog(….)
•Functions:

•Provide all level catalog management, including design time catalog synchronization, on-boarding, enable, disable, update, delete catalog item in the runtime, etc.
•Provide the catalog status management in the run-time, such as IN_USE, NOT_IN_USE, ENABLED, DISABLED, etc
•Provide the  API to fetch the packages or files in the catalog, including the external system, and inner components
•Provide the API to consume the descriptor parser result, reducing the package download time consuming between the different components.

Image Removed

Architecture Alignment:

...

.

      

  • Problem Resolved
    Image Added

    • Benefits
      • Separation of concerns – Model Design  vs. Runtime Using
      • Simplification of Design time to Runtime model distribution
      • Flexibility by allowing runtime component’s self-define model view & data subscription
      • Consolidation of Runtime Data storage and management

Scope:

      • Management Objects:

              All Certified Design Model

              Consistent definitions with SDC Design Catalog


      •  Functions:


        • Provide RT-catalog GUI, storage and management functions, including CRUD, distribution, synchronization, enable, disable, etc

        • Provide RT-catalog view distribution for RT component, including RT component self-composed views, subscriptions, and data access
        • Provide RT-catalog data status & Tracking
        • Provide search capacity for fast access across run-time catalog data
        • Provide portal for the Human Interface
        • Provide S3P related capacity for RT-Catalog

Architecture Alignment:

Image Added

  • RT-Catalog architecture

    Image Added




  • RT-Catalog Storage

                Image Added

...

What other ONAP projects does this project depend on?

  • SDC(DT-Catalog)
  • Multi-VIM
  • AAI/ESR
  • MSB/DMaaP
  • Model
  • Image Management(proposed)
  • OOM
  • VNFSDK
  • Integration
  • RT-Components(UI\SO\VFC\APPC\Policy\.......)
  • Common service(MSB/DMaaP/Parser.....)

How does this align with external standards/specifications?

  • APIs/Interfaces -  OpenAPI/Swagger, ETSI NFVREST/PubSub
  • Information/data models - Swagger JSON

Are there dependencies with other open source projects?

  • APIs/Interfaces - mysql, DjangoInterfaces 
  • Integration Testing
  • etc.

Other Information:

link to seed code (if applicable)

Vendor Neutral

  • if the proposal is coming from an existing proprietary codebase, have you ensured that all proprietary trademarks, logos, product names, etc., have been removed?

Meets Board policy (including IPR)

Use the above information to create a key project facts section on your project page

...

Facts

Info

PTL (first and last name)Maopeng zhang
Jira Project NameRun-Time Catalog
Jira KeyRTC
Project IDrtc
Link to Wiki Space

Release Components Name:

...

Components Name

Components Repository name

Maven Group ID

Components Description

catalog managerrtc/catalog-managerorg.onap.rtc.catalog-managerRT-catalog data model management
catalog distributionrtc/catalog-distibutionorg.onap.rtc.catalog-distibutionRT-catalog data model distribution to RT components
catalog modelsyncrtc/catalog-syncorg.onap.rtc.catalog-syncRT-catalog data model synchronization from SDC catalog
catalog portalrtc/catalog-portalorg.onap.rtc.catalog-portalRT-catalog model management and distribution portal for operator
catalog storagertc/catalog-storageorg.onap.rtc.catalog-storageRT-catalog certified model storage

Resources committed to the Release:

...

Luji

Role

First Name Last Name

Linux Foundation ID

Email Address

Location

Role

First Name Last Name

Linux Foundation ID

Email Address

Location

PTLMaopeng Zhang
zhang.maopeng1@zte.com.cnBeijing, China. UTC +8
Committers

Yingyunlong



Fengyuanxing


feng.yuanxing@zte.com.cn

Beijing, China. UTC +8

Yueliang Liu

liuyueliang@chinamobile.com

Beijing, China. UTC +8

Zhanjie


zhang.jie1@zte.com.cn

Beijing, China. UTC +8

AGRAHARAM,SANJAY


sa2785@att.com

US, EST

David Shadmi


David.shadmi@att.com

CST

Michael Lando


Michael.lando@att.com

Israel





ContributorsLuji

lu.ji3@zte.com.cn

Beijing, China. UTC +8

Shijie


shi.jie3@zte.com.cn

Beijing, China. UTC +8

Qidi Lv

lvqidi@chinamobile.com

Beijing, China. UTC +8
pengpeng
peng.peng@zte.com.cnBeijing, China. UTC +8

Ting Lu


Tingting.lu@att.com

US, EST

Zhanjie

Fengyuanxing

Contributors