You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 37 Next »

Project Name:

• Proposed name for the project: ONAP Runtime Catalog
• Proposed name for the repository:  RTCatalog

Project description:

     The ONAP RT-Catalog project aims to provide unified catalog management in ONAP runtime environment.

      

  • Problem Resolved



    • 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

        Mainly include the following elements:
        • Object definitions – templates
        • Recipes – workflows, configurations, Scripts for service delivery & assurance
        • Policy Rules
        • Analysis related Definition
        • Event Collection Definition

     Functions:


      • Provide RT-catalog storage and management functions, including CRUD, 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:

RT-Catalog architecture





RT-Catalog Storage


                

What other ONAP projects does this project depend on?

  • SDC(DT-Catalog)
  • RT-Components(UI\SO\VFC\APPC\Policy\.......)
  • Common service(MSB/DMaaP/Parser.....)

How does this align with external standards/specifications?

  • APIs/Interfaces - REST/PubSub
  • Information/data models - Swagger JSON

Are there dependencies with other open source projects?

  • APIs/Interfaces - mysql, Django
  • 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

Key Project Facts:

Primary contact: zhang.maopeng1@zte.com.cn

Facts

Info

PTL (first and last name)
Jira Project Name
Jira Key
Project ID
Link to Wiki Space

Release Components Name:

Note: refer to existing project for details on how to fill out this table

Components Name

Components Repository name

Maven Group ID

Components Description



org.onap.




Resources committed to the Release:

Note 1: No more than 5 committers per project. Balance the committers list and avoid members representing only one company.

Note 2: It is critical to complete all the information requested, that we help to fast forward the onboarding process.

Role

First Name Last Name

Linux Foundation ID

Email Address

Location

Role

First Name Last Name

Linux Foundation ID

Email Address

Location

PTL



Committers

AGRAHARAM,SANJAY


sa2785@att.com

US, EST

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

Maopeng Zhang
zhang.maopeng1@zte.com.cnBeijing, China. UTC +8
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



  • No labels