...
ONAP applications can be divided into three main categories. Applications that are required at the design time, such as SDC, Policy creation, etc. Applications that support runtime time functions like A&AIAAI, MSOSO, DCAE, SDN-CSDNC, and App-CAPPC. Finally, the applications that support administrative functions on the ONAP platform. As the number of applications grows, there is a need to have control over:
...
Any application based on the SDK will have implicit connectivity with a centralized ONAP Portal Core via a message-oriented middleware. It will be used for sending and receiving any data from the ECOMP ONAP Portal.
ONAP PORTAL CORE / RUNTIME
...
Any user seeking access to an ONAP application will first land on the ECOMP ONAP Portal Core where authentication will be performed. Based on the user’s access level, the ONAP Portal Core will let the user access different application widgets, and may also redirect them to their own run-time environments.
...
- Service Design and Creation (SDC): visual design tools for Services
- Policy creation (editing and conflict identification tools)
- Visual design tools for Analytic Applications (out-of-scope for first ONAP release)
Instantiating Services
The Portal offers a Virtual Instantiation Deployment (VID) GUI to trigger MSO SO instantiation of Services and components that have been certified and distributed for production. These services may include:
- Infrastructure Services (such as compute and storage resources)
- Network Services (Virtual Network Functions)
- Application Services (such as a load-balancing function)
VID reads the models created in SDC, and, in turn, forwards the appropriate information to MSO SO during the Service instantiation process.
Administration
From the ONAP Portal, administrators:
- access the same functionality accessible to users
- manage users and application admins
- onboard applications and widgets (developed using the Portal as a platform)
- edit the functional menu
...