From: thmsdt Date: Wed, 12 Jun 2024 11:34:09 +0000 (+0200) Subject: update architecture description X-Git-Url: https://gerrit.onap.org/r/gitweb?a=commitdiff_plain;h=00df4df6e1962b99cf0a6ffabbb3397457d4c27d;p=doc.git update architecture description Issue-ID: DOC-823 Change-Id: I152a0e95482ccae72063eb07ea89943f7fd5cced Signed-off-by: thmsdt --- diff --git a/docs/platform/architecture/index.rst b/docs/platform/architecture/index.rst index bd32f896f..f9439dee6 100644 --- a/docs/platform/architecture/index.rst +++ b/docs/platform/architecture/index.rst @@ -7,6 +7,7 @@ .. Copyright 2021 ONAP Contributors .. Copyright 2022 ONAP Contributors .. Copyright 2023 ONAP Contributors +.. Copyright 2024 ONAP Contributors .. _ONAP-architecture: @@ -20,7 +21,7 @@ automation of network and edge computing services for network operators, cloud providers, and enterprises. Real-time, policy-driven orchestration and automation of physical, virtual, and cloud native network functions enables rapid automation of new services and complete lifecycle management critical for -5G and next-generation networks. +5G and next-generation networks, with Intent-based automation and genAI/ML. The ONAP project addresses the need for automation functions for telecommunication, cable, and cloud service providers—and their solution @@ -34,8 +35,7 @@ on-premises customer equipment. Many are seeking to exploit SDN and NFV to improve service velocity, simplify equipment interoperability and integration, and to reduce overall CapEx and OpEx costs. In addition, the current, highly fragmented management landscape makes it difficult to monitor and guarantee -service-level agreements (SLAs). These challenges are still very real now as -ONAP creates its eighth release. +service-level agreements (SLAs). ONAP is addressing these challenges by developing global and massive scale (multi-site and multi-VIM) automation capabilities for physical, virtual, and @@ -170,7 +170,6 @@ and MEF. **Figure 2. Functional view of the ONAP architecture** - Introduction of ONAP Streamlining evolution ------------------------------------------- Rationale @@ -218,7 +217,7 @@ interfaces with declarative APIs, i.e., each component will be autonomous and invoked from any level of network automation, by leveraging CD mechanisms, such as GitOps and CD readiness. -ONAP will become more intent-based and declarative, and bring in AI/ML, +ONAP will become more intent-based and declarative, and bring in genAI/ML, conforming to standards such as 3GPP, TMForum, ETSI, IETF, O-RAN, etc. For example, UUI user intent support and AI-based natural language translation, on top of that, applying coming 3GPP and TMForum models and APIs. Also, it will @@ -283,7 +282,6 @@ pick-and-choose ONAP components. For more details of ONAP streamlining, see the ONAP Streamlining - The Process page, https://wiki.onap.org/display/DW/ONAP+Streamlining+-+The+Process - Microservices Support --------------------- As a cloud-native application that consists of numerous services, ONAP requires @@ -311,7 +309,6 @@ In the spirit of leveraging the microservice capabilities, further steps towards increased modularity have been taken. Service Orchestrator (SO) and the controllers have increased its level of modularity, by following Microservices. - ONAP Operations Manager (OOM) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The ONAP Operations Manager (OOM) is responsible for orchestrating the @@ -357,10 +354,10 @@ by Istio-based Service Mesh and Ingress, as of Montreal release. For OOM enhancements for ONAP Streamlining evolution, see the ONAP Streamlining evolution section. -Microservices Bus (MSB) - Obsolete -^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ +Microservices Bus (MSB) +^^^^^^^^^^^^^^^^^^^^^^^ -.. warning:: The ONAP :strong:`MSB` project is :strong:`unmaintained`. +.. warning:: The ONAP :strong:`MSB` project is :strong:`deprecated`. As of Release 13 'Montreal' the component is no longer part of the ONAP deployment. @@ -375,7 +372,6 @@ communication capabilities. This approach is a more Kubernetes-native approach. As a result, MSB functions has been replaced by the Security Framework, and MSB becomes an optional component. - Portal-NG --------- ONAP had a portal project but this project was terminated and archived. @@ -388,15 +384,13 @@ complexity of network automation by guiding the user. The Portal-NG supports new ONAP Security framework for user administration, authentication and authorization. For more details, see the Portal-NG section. - - -Design Time Framework ---------------------- -The design time framework is a comprehensive development environment with +Design Time Components +---------------------- +The design time components are a comprehensive development environment with tools, techniques, and repositories for defining/ describing resources, services, and products. -The design time framework facilitates reuse of models, further improving +The design time components facilitate reuse of models, further improving efficiency as more and more models become available. Resources, services, products, and their management and control functions can all be modeled using a common set of specifications and policies (e.g., rule sets) for controlling @@ -432,15 +426,9 @@ Managers, and Security Experts create workflows, policies and methods to implement Closed Control Loop Automation/Control and manage elastic scalability. -To support and encourage a healthy VNF ecosystem, ONAP provides a set of VNF -packaging and validation tools in the VNF Supplier API and Software Development -Kit (VNF SDK) and VNF Validation Program (VVP) components. Vendors can -integrate these tools in their CI/CD environments to package VNFs and upload -them to the validation engine. Once tested, the VNFs can be onboarded through -SDC. In addition, the testing capability of VNFSDK is being utilized at the LFN -Compliance Verification Program to work towards ensuring a highly consistent -approach to VNF verification. ONAP supports onboarding of CNFs and PNFs as -well. +Vendors can integrate these tools in their CI/CD environments to package VNFs +and upload them to the validation engine. Once tested, the VNFs can be onboarded +through SDC. ONAP supports onboarding of CNFs and PNFs as well. The Policy Creation component deals with policies; these are rules, conditions, requirements, constraints, attributes, or needs that must be provided, @@ -457,12 +445,18 @@ management / control of complex mechanisms via abstraction. VNF SDK ^^^^^^^ + +.. warning:: The ONAP :strong: 'VNF SDK' project is :strong:'deprecated'. + VNF SDK provides the functionality to create VNF/PNF packages, test VNF packages and VNF ONAP compliance and store VNF/PNF packages and upload to/from a marketplace. VVP ^^^ + +.. warning:: The ONAP :strong: 'VVP' project is :strong:'deprecated'. + VVP provides validation for the VNF Heat package. Runtime Components @@ -534,7 +528,7 @@ orchestration currently supports options #1 and #4. Virtual Infrastructure Deployment (VID) - obsolete ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -.. warning:: The ONAP :strong:`vid` project is :strong:`unmaintained`. +.. warning:: The ONAP :strong:`vid` project is :strong:`deprecated`. As of Release 12 'London' the component is no longer part of the ONAP deployment. @@ -545,6 +539,9 @@ software upgrades to existing VNF instances. Policy-Driven Workload Optimization ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + +.. warning:: The ONAP :strong:'OOF' project is :strong:'deprecated'. + The ONAP Optimization Framework (OOF) provides a policy-driven and model-driven framework for creating optimization applications for a broad range of use cases. OOF Homing and Allocation Service (HAS) is a policy driven workload @@ -577,9 +574,10 @@ virtual services and the associated physical COTS server infrastructure. VF-C provides a generic VNFM capability, and both VF-C and SO NFVO integrate with external VNFMs and VIMs as part of an NFV MANO stack. -.. warning:: The ONAP :strong:`appc` project is :strong:`unmaintained`. +.. warning:: The ONAP :strong:`appc` project is :strong:`deprecated`. As of Release 12 'London' the component is no longer part of the ONAP deployment. +.. warning:: The ONAP :strong:'VF-C' project is :strong:'deprecated'. ONAP used to have two application level configuration and lifecycle management modules called SDN-C and App-C. App-C is no longer part of ONAP deployment. @@ -637,12 +635,6 @@ metadata-driven, allowing new inventory types to be added dynamically and quickly via SDC catalog definitions, eliminating the need for lengthy development cycles. -Policy Framework -^^^^^^^^^^^^^^^^ -The Policy framework provides policy based decision making capability and -supports multiple policy engines and can distribute policies through policy -design capabilities in SDC, simplifying the design process. - Multi Cloud Adaptation ^^^^^^^^^^^^^^^^^^^^^^ Multi-VIM/Cloud provides and infrastructure adaptation layer for VIMs/Clouds @@ -655,7 +647,32 @@ clusters using Kubernetes APIs. Data Collection Analytics and Events (DCAE) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ DCAE provides the capability to collect events, and host analytics applications -(DCAE Services) +(DCAE Services). It gathers performance, usage, and configuration data from +the managed environment. Data is fed to various analytic applications, and if +anomalies or significant events are detected, the results trigger appropriate +actions, such as publishing to other ONAP components such as Policy, SO, or +Controllers. + +- Collect, ingest, transform and store data as necessary for analysis +- Provide a framework for development of analytics + +Policy Framework +^^^^^^^^^^^^^^^^ +The Policy framework is a comprehensive policy design, deployment, +and execution environment. The Policy Framework is the decision making +comopnent in an ONAP system. It allows to specify, deploy, and execute +the governance of the features and functions in ONAP system, support +the closed loop, orchestration, or more traditional open loop use case +implementations. + +Since the Istanbul release, the CLAMP is officially integrated into the +Policy component. CLAMP's functional role to provision Policy has been +enhanced to support provisioning of policies outside of the context of +a Control Loop and therefore act as a Policy UI. For CLAMP details, see +the Policy - CLAMP section. + +It supports multiple policy engines and can distribute policies through policy +design capabilities in SDC, simplifying the design process. Closed Control Loop Automation Management Platform in Policy (Policy - CLAMP) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ @@ -718,20 +735,53 @@ officially released. Virtual Function Controller (VFC) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + + .. warning:: The ONAP :strong:'VFC' project is :strong:'deprecated'. + VFC provides the NFVO capability to manage the lifecycle of network service and VNFs, by conforming to ETSI NFV specification. Data Movement as a Platform (DMaaP) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -DMaaP provides data movement service such as message routing and data routing. + + .. warning:: The ONAP :strong:'DMaaP MR' project is :strong:'deprecated'. + +DMaaP provides data movement services that transports and process data from +any source to any target. Its message routing is deprecated in New Delhi release +and replaced by Strimzi and Kafka. The data routing is still part of New +Delhi release, but it will be deprecated in Oslo release. Use Case UI (UUI) ^^^^^^^^^^^^^^^^^ UUI provides the capability to instantiate the blueprint User Cases and -visualize the state. +visualize the state. UUI is an application portal which provides the ability +to manage ONAP service instances. It allows customers to create/delete/update +service instances, as well as monitoring, alarms and performance of +these instances. + +The component supports the following functionalities: +- Customer Management +- Package Management (including IBN packages) +- Service Management (including CCVPN, 5G Slicing, Intent-based automation) +- Network Topology + +UUI contains the following sub-components: +- UUI GUI +- UUI Server +- UUI NLP Server (since Istanbul release) +- UUI INTENT ANALYSIS server (since Kohn release) + +See UUI Component Architecture, + +|image8| + +**Figure 8. UUI Component Architecture** CLI ^^^ + +.. warning:: The ONAP :strong:'CLI' project is :strong:'deprecated'. + ONAP CLI provides a command line interface for access to ONAP. External APIs @@ -744,6 +794,9 @@ External APIs provide services to expose the capability of ONAP. Shared Services --------------- +.. warning:: The ONAP :strong:'Logging Framework' project is a reference + implementation PoC. + ONAP provides a set of operational services for all ONAP components including activity logging, reporting, common data layer, configuration, persistence, access control, secret and credential management, resiliency, and software @@ -756,6 +809,9 @@ VNF interfaces and guidelines. Optimization Framework (OOF) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + +.. warning:: The ONAP :strong:'OOF' project is :strong:'deprecated'. + OOF provides a declarative, policy-driven approach for creating and running optimization applications like Homing/Placement, and Change Management Scheduling Optimization. @@ -767,6 +823,8 @@ Istio, Ingress Gateway, oauth2-proxy, and KeyCloak. This Security Framework provides secure external and inter-component communications, authentication, and authorization. +For more details, see the Figure 5. + Logging Framework (PoC) ^^^^^^^^^^^^^^^^^^^^^^^ @@ -790,6 +848,9 @@ Its details in :ref:`CPS - Configuration Persistence Service`_ to learn more. @@ -863,9 +924,9 @@ multiple Linux Foundation projects are collaborating to demonstrate an end-to-end 5G network. In the short-term, this blueprint will showcase three major projects: ONAP, Anuket (K8S NFVI), and Magma (LTE/5GC). -|image9| +|image10| -**Figure 9. 5G Super Blueprint Initial Integration Activity** +**Figure 10. 5G Super Blueprint Initial Integration Activity** In the long-term, the 5G Super Blueprint will integrate O-RAN-SC and LF Edge projects as well. @@ -886,9 +947,9 @@ subscriber at a significantly lower cost to the operator. In this blueprint, ONAP supports complex orchestration and management of open source VNFs and both virtual and underlay connectivity. -|image10| +|image11| -**Figure 10. ONAP vCPE Architecture** +**Figure 11. ONAP vCPE Architecture** Read the `Residential vCPE Use Case with ONAP blueprint `_ to learn more. @@ -904,9 +965,9 @@ deployment, lifecycle management, and service assurance of broadband services. It further shows how ONAP can orchestrate services across different locations (e.g. Central Office, Core) and technology domains (e.g. Access, Edge). -|image11| +|image12| -**Figure 11. ONAP BBS Architecture** +**Figure 12. ONAP BBS Architecture** Read the `Residential Connectivity Blueprint `_ to learn more. @@ -927,9 +988,9 @@ component completes the Network Services and VNF lifecycle management blueprint also shows advanced functionality such as scaling and change management. -|image12| +|image13| -**Figure 12. ONAP VoLTE Architecture Open Network Automation** +**Figure 13. ONAP VoLTE Architecture Open Network Automation** Read the `VoLTE Blueprint `_ to learn more. @@ -946,9 +1007,9 @@ high-speed OTN (Optical Transport Networks) across carrier networks. They also want to provide a high-speed, flexible and intelligent service for high-value customers, and an instant and flexible VPN service for SMB companies. -|image13| +|image14| -**Figure 13. ONAP CCVPN Architecture** +**Figure 14. ONAP CCVPN Architecture** The CCVPN (Cross Domain and Cross Layer VPN) blueprint is a combination of SOTN (Super high-speed Optical Transport Network) and ONAP, which takes advantage of @@ -982,9 +1043,9 @@ end-to-end service. The MDONS blueprint created by AT&T, Orange, and Fujitsu solves the above problem. MDONS and CCVPN used together can solve the OTN automation problem in a comprehensive manner. -|image14| +|image15| -**Figure 14. ONAP MDONS Architecture** +**Figure 15. ONAP MDONS Architecture** Intent Based Network (IBN) Use Case ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ @@ -995,9 +1056,9 @@ function that can further reduce the operating expenses (OPEX) of network management by shifting the paradigm from complex procedural operations to declarative intent-driven operations. -|image15| +|image16| -**Figure 15. ONAP Intent-Based Networking Use Case** +**Figure 16. ONAP Intent-Based Networking Use Case** 3GPP 28.812, Intent driven Management Service (Intent driven MnS), defines some key concepts that are used by this initiative. The Intent Based Networking @@ -1099,19 +1160,21 @@ See the Resources page on `ONAP.org `_ :width: 800px .. |image7| image:: media/ONAP-closedloop.png :width: 800px -.. |image8| image:: media/ONAP-5G.png +.. |image8| image:: media/UUI-Component-Architecture.png + :width: 800px +.. |image9| image:: media/ONAP-5G.png :width: 800px -.. |image9| image:: media/ONAP-5GSuperBP-Integration.png +.. |image10| image:: media/ONAP-5GSuperBP-Integration.png :width: 800px -.. |image10| image:: media/ONAP-vcpe.png +.. |image11| image:: media/ONAP-vcpe.png :width: 800px -.. |image11| image:: media/ONAP-bbs.png +.. |image12| image:: media/ONAP-bbs.png :width: 800px -.. |image12| image:: media/ONAP-volte.png +.. |image13| image:: media/ONAP-volte.png :width: 800px -.. |image13| image:: media/ONAP-ccvpn.png +.. |image14| image:: media/ONAP-ccvpn.png :width: 800px -.. |image14| image:: media/ONAP-mdons.png +.. |image15| image:: media/ONAP-mdons.png :width: 800px -.. |image15| image:: media/ONAP-IntentBasedNetworking.png +.. |image16| image:: media/ONAP-IntentBasedNetworking.png :width: 800px diff --git a/docs/platform/architecture/media/UUI-Component-Architecture.png b/docs/platform/architecture/media/UUI-Component-Architecture.png new file mode 100644 index 000000000..0a8b2206c Binary files /dev/null and b/docs/platform/architecture/media/UUI-Component-Architecture.png differ