Abstract
This document describes the ONAP Policy Framework. It lays out the architecture of the framework and specifies the APIs provided to other components that interwork with the framework. It describes the implementation of the framework, mapping out the components, software strucure, and execution ecosystem of the framework. It goes on to provide examples that illustrate how to write, deploy, and run policies of various types using the framework.
1. Overview
The ONAP Policy Framework is a comprehensive policy design, deployment, and execution environment. The Policy Framework is the decision making component in an ONAP system. It allows you to specify, deploy, and execute the governance of the features and functions in your ONAP system, be they closed loop, orchestration, or more traditional open loop use case implementations.
2. Architecture
The ONAP Policy Framework architecture supports development, deployment, and execution of arbitrary policies.
whitepaper. The ONAP Architecture reflects the importance of Policy Framework as central to all the capabilities of ONAP from design, orchestration and runtime.
- Model Driven Service Design that captures Policies during Design Time
- Policy Driven Automation during Orchestration and control Framework execution
- Policy Driven Operational Management during the execution of control loops during runtime
- Support ONAP goals for a metadata-driven (eg. Model-driven) platform to ensure flexibility for different users of ONAP Platform
- Common capabilities developed once and used many times
- Core capabilities supporting many diverse services
Design Time Capabilities
- Design Time policies should be easy to specify and capture from either the SDC GUI or the Policy GUI
- High-level Conflict Detection and Resolution tools will be utilized to help identify possible conflicts
- Provide a model-driven Design Time framework for ingestion of models for policies and any optional support code
- Policy Development Environment for designing models and their support code
- Conflict Detection and Resolution for Policies should be available during development and testing phases
Platform Capabilities
- The Policy Framework Platform components should be designed as micro services that are easy to configure and deploy via Docker images and K8S both supporting resiliency and scalability if required
- The Policy GUI Dashboard is created from the ONAP Portal SDK to create a consistent user experience
- The Policy GUI Designer is created from the ONAP SDC SDK to create a consistent user experience
- The PAP (Policy Administration Point) is resilient and able to support CRUD of Policies, Policy Deployment and PDP group management.
- The framework for building, configuring and deploying PDP's is extendable and provides the ability for companies to use the ONAP PDP's as is, extend the ONAP PDP's and lastly be able to create and use their own internal PDP's.
- Runtime capability to upgrade Policies, change mode of operation for policies (for example: safe mode, test mode) and ability to preserve state for minor/patch version upgrades
- Runtime modes for safe mode, test mode will be implemented as another line of defense against policy conflicts and resolution
- The Policy Framework is the centralized component that is the source of truth for all policy decisions.
Original from Liam:
In this section, we capture the high level aspirations that we have for the ONAP Policy Framework
- Policy is an integral part of ONAP's vision for Closed Loop Automation, Network->Analytics->Policy→Controls and Orchestration→Network, therefore it supports CLAMP
- Policies are be possible to specify and deploy at run time without restarting components or stopping policy processing
- Policies are be easy to specify
- PDPs scale horizontally
- The Policy Framework is model driven
- Policies are upgradable with state preserved within the limitations of semantic versioning (State preserved for minor/patch version upgrades), see 2.