...
ONAP Target Architecture
The target architecture are is currently being developed by the tiger team using a set of design principles listed below. There These principles were reviewed and agreed upon by the Architecture Subcommittee, See the link below for details:
...
- ONAP is a layered architecture – Orchestration, Multi-Cloud, Controller, etc.
- Functional role of each layer should be well defined per the aforementioned architecture principles.
- ONAP should support integrated design studio to capture full life-cycle management models (TOSCA models for NF, simple / nested services augmented with BPMN, Policy / Analytic design models, etc.).
- ONAP Should Support Cloud Agnostic Model and Multi-Cloud adaption layer while hiding infrastructure details.
- ONAP Target Goal is: Modular, Model-driven, Microservices-based architecture.
- Models drive interfaces between layers/components.
- ONAP should define well-described and consistent NB-APIs at all layers.
- Keep flexible capability for commercial solution (no vendor lock-in).
- Agree to unified modeling for integration across all modules: VES in DCAE, Logging & monitor inside ONAP and more.
The latest architecture diagrams and functional description of individual components can be found at: https://wiki.onap.org/display/DW/Contributions
- py20171218 ONAP R2+ Architecture Proposal
View file name py20171218 ONAP R2+ Architecture Proposal (updated) (003)_contributors added.pptx height 250
Architecture Tiger Team Weekly Meeting
Meeting Information (
...
Fridays):
UTC 03:00 PM | China 11:00 PM | Eastern 10:00 AM | Pacific 07:00 AM |
...