Info |
---|
Approved by the TSC on TSC 2022-12-08 |
...
- Build on top of an existing and tested base implementation that was developed during the last 18 month by a scrum team at DTAG
- As a web based GUI it will serve as a discovery point for the existing ONAP system web GUIs
- Support for internationalization
- Support for theme implementation
Scope:
In Scope: Please provide an overview of the intended scope of the project over several years, not just what you hope to accomplish for the project's first release.
- Starting point for user management and authorization
- App starter for discovery and access of ONAP applications
- Dashboard for status of ONAP services in cloud
- History of portal actions
- Model discovery
- Model instantiation
- Instance managment
- Topology view
- Develop into a framework to provide generic network automation while enabling specific domain functions
...
- as a Single Page web application using the Angular framework for it's frontend services
- with a backend service based on Java 11 17 and spring boot
- using web services for it's components
...
Facts | Info |
---|---|
Jira Project Name | Portal NG |
Jira Key | PORTALNG |
Project ID | |
Link to Wiki Space (if |
...
Component Name | Repository name | Component Description |
---|---|---|
ui | portal-ng/ui | The Portal user interface is an Angular web application |
bff | portal-ng/bff | The Portal Backend for Frontend (BFF) bundles all API access for the portal-ui and reduces the complexity of API calls for the UI. It is a proxy application that in some cases aggregates multiple calls to southbound systems (the ONAP systems) and also potentially passes less complex objects to the UI. |
preferences | portal-prefsng/preferences | The portal-prefs is a spring boot backend application that serves user preferences, like column order of data tables in the portal-ui or which dashboard component is viewed on which place in the portal-ui. The data are stored in the portal-prefs-db. |
history | portal-ng/history | The portal-history is a spring boot backend application that server user history, such as info about user searches, instantiations, deletions. This data is stored for predefined amount of time (for example 72 hours) then they are automatically deleted. |
portal-bff-cache | FUTURE ROADMAP The "portal-bff cache" caches certain responses received from systems such as: A&AI, SDC, CDS. The cached "REST requests" contain the data for required by the portal-ui for:
The request from the portal-ui will get the response from the cache if available. The cache will be refreshed after each request too. |
Resources committed to the project: (add/delete rows as necessary)
...
Role | Name (use @ macro) | Linux Foundation ID | Email Address | Location |
---|---|---|---|---|
PTL | fiete.ostkamp@telekom.de | |||
Committers | Münster/Germany | |||
Stefan Rothmajer | Kosice/Slovakia | |||
Stefan Dierichs | s.dierichs@telekom.de | Münster/Germany | ||
Marian Vaclavik | marian.vaclavik@telekom.com | Kosice/Slovakia | ||
Köln/Germany | ||||
georg.schweflinghaus@telekom.de | Bonn/Germany | |||
Other Contributors | ||||
...