...
Drawio | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
In the Honolulu release the CLAMP component was successfully integrated into the Policy component as a PoC (see
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
...
Interface Name | Definition | Capabilities | Version | Status | Payload Model(s) | API Spec (Swagger) |
---|---|---|---|---|---|---|
POE-1 | Policy Type Design | Allows applications to create, update, delete, and query PolicyType entities so that they become available for use in ONAP by applications such as CLAMP. | 1.0.0 | production | tosca.policies.root | https://docs.onap.org/projects/onap-policy-parent/en/latest/api/api.html#api-swagger |
POE-2 | Policy Design | Allows applications (such as CLAMP and Integration) to create, update, delete, and query Policy entities. | 1.0.0 | production | tosca.policies.root | https://docs.onap.org/projects/onap-policy-parent/en/latest/api/api.html#api-swagger |
POE-3 | Policy Administration | Support CRUD of PDP groups and subgroups and to support the deployment and life cycles of PolicyImpl entities (TOSCA Policy and PolicyTypeImpl entities) on PDP sub groups and PDPs. | 1.0.0 | production | Embedded | https://docs.onap.org/projects/onap-policy-parent/en/latest/pap/pap.html#pap-rest-api-swagger |
POE-4 | Data Ingress | Listen on a DMaaP topic. | production | Messages of interest are described in the policy logic DMaaP | ||
POE-5 | Decision Query | Policy decisions are required by ONAP components to support the policy-driven ONAP architecture. Policy Decisions are implemented using the XACML and Apex PDPs. The calling application (which may be another policy – e.g. invocation of a guard policy from PDP-D) must provide attributes in order for the PDP to return a correct decision. | NA | production | Defined by policy | https://docs.onap.org/projects/onap-policy-parent/en/latest/xacml/decision-api.html |
CLPOE-1 | Control Loop Lifecycle Management and Polciy Lifecycle Management Interface . | A user interface (GUI) for:
| NA | Defined by policy | NA (GUI) |
...
Interface Name | Consumed by | Description | API Spec (Swagger) | ||||||
---|---|---|---|---|---|---|---|---|---|
AAF | Policy Framework | Authentication and authorization | |||||||
DMaaP | Policy Framework Policies | Policy framework uses DMaaP for SDC subscriptions and internal communication. Policies use DMaaP as a transport for contextual information from various sources SDC | |||||||
CLSDC-1 | Policy Framework/CLAMP |
| DCAEE-xhttps://docs.onap.org/projects/onap-sdc/en/latest/offeredapis.html | ||||||
CLDCAE-1 | Policy/CLAMP |
| https://docs.onap.org/projects/onap-dcaegen2/en/latest/sections/apis/inventory.html | ||||||
DCAEECLDCAE-y 2 | Policy/CLAMP | Deploy/remove DCAE applicationµS. | https://docs.onap.org/projects/onap-dcaegen2/en/latest/sections/apis/deployment-handler.html | ||||||
CDSCLCDS-1 | Policy/CLAMP | Get list of operations/actions and corresponding payload for Operational Policy where selected actor is "CDS". |
| ||||||
AAI | Policies | Enrich ingress data with topology information | |||||||
SO | Policies | Trigger orchestration actions (policy driven) | |||||||
Policies | Trigger control actions (policy driven) | ||||||||
Other | Policies | Trigger any interface defined in a policy, for example, trouble ticketing |
...
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. The Policy Framework is the component that is the source of truth for all policy decisions
Please see the TOSCA Policy Primer page for an introduction to TOSCA policy concepts. See the Policy Design and API flow page for a description of the component interactions.
...
The TOSCA Policy artifact is used internally by the Policy Framework, or is input by CLAMP or other systems. This artifact specifies the values of the properties for the policy and specifies the specific entities the policy acts on. Policy Design uses the TOSCA Policy artifact and the PolicyTypeImpl artifact to create an executable PolicyImpl artifact.
Internally, Policy has three main functional areas: Policy Development; Policy Administration; Policy Decision Execution.
...
Policy Enforcement is in general not handled by the Policy Framework. Enforcement is handled by either the originator of a decision query (PDP-D does enforce guard policy decisions made in the XACML PDP), or by a reaction to a policy output (trigger).
The Policy/CLAMP functional entity provides the capability to manage runtime control loops. It provides the capability to
- Create control loop from DCAE blueprint, those blueprint are either:
- sent by SDC to DCAE (inventory) via SDC distribution.
- Create configuration policy from the policy-model Tosca, the tosca policy-model are either:
- sent by SDC via SDC distribution to everyone; or
- query by CLAMP to Policy. in this case the policy-model is either pre-provisioned in Policy
or separately provisioned to Policy via the REST API exposed by Policy.
- Configure DCAE applications of the control loop
- Associate µService configuration policies to the DCAE application
- Configure the operations to be taken by the control loop (by creating/updating/deleting operational policies)
- Deploy/un-deploy control loop flow (blueprints) to DCAE
- Control loop visualization.
A more detailed figure and description of the Policy/CLAMP sub-component can be found here:
https://docs.onap.org/projects/onap-policy-clamp/en/latest/index.html#master-index
4. Known System Limitations
...
The main new capability introduced in this release as a PoC is the integration of the CLAMP component under the policy umbrella (see
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
And additional The PoC experiments with defining Control Loops fully in Tosca will continue, as well. This is covered by
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
As outlined in the architecture review page (Policy Honolulu-R8 Architecture Review) the only new use case that may be supported as a stretch goal is the 5G one (
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Conformance with ONAP-wide requirements (
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
...
- Stateless PAP (Keep no state in PAP runtime container, so state retrieval would be from database).
- Interoperability of Native and non-native policies in the Drools PDP.
- Healthcheck status improvements as well as statistics reporting.
7. References
- Honolulu Istanbul architecture description https://docs.onap.org/projects/onap-policy-parent/en/latest/architecture/architecture.html
Policy Framework API's - https://docs.onap.org/projects/onap-policy-parent/en/latest/offeredapis.html
- Policy/CLAMP:
- CLAMP Overview : https://docs.onap.org/projects/onap-policy-clamp/en/latest/index.html#master-index
- CLAMP internal interfaces: https://docs.onap.org/projects/onap-policy-clamp/en/latest/_downloads/d25f20712a4cf2524a1cf13242349743/swagger.pdf
- CLAMP User Guide: https://docs.onap.org/projects/onap-policy-clamp/en/latest/user-guide.html#