Versions Compared

Key

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

...

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
    namepy20171218 ONAP R2+ Architecture Proposal (updated) (003)_contributors added.pptx
    height250

Architecture Tiger Team Weekly Meeting

Meeting Information (

...

Fridays):

UTC 03:00 PMChina 11:00 PMEastern 10:00 AMPacific 07:00 AM

...