...
| draw.io Diagram | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Please see the TOSCA Policy Primer page for an introduction to TOSCA policy concepts.
...
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 TOSC TOSCA Policy artifact and the PolicyTypeImpl artifact to create an executable PolicyImpl artifact.
...
TOSCA PolicyType may ultimately be defined by the modeling team but for now are defined by the Policy Framework project. Various editors and GUIs are available for creating PolicyTypeImpl implementations. However, systematic integration of PolicyTypeImpl implementation is outside the scope of the ONAP Dublin release.
...
.
...
The PolicyType definitions and implementations listed below are preloaded and are always available for use in the Policy Framework.
| Policy Type | Description |
|---|---|
| onap.policies.Monitoring | Overarching model that supports Policy driven DCAE microservice components used in a Control Loops |
| onap.policies.controlloop.Operational | Used to support actor/action operational policies for control loops |
| onap.policies.controlloop.Guard | Control Loop guard policies for policing control loops |
| onap.policies.controlloop.Coordination | Control Loop Coordination policies to assist in coordinating multiple control loops at runtime |
1.1
...
onap.policies.Monitoring Policy Type
Overarching This is a base Policy Type that supports Policy driven DCAE microservice components used in a Control Loops. The implementation of this Policy Type is developed using the XACML PDP to support question/answer Policy Decisions during runtime for the DCAE Policy Handler. The PolicyTypeImpl implementation of this Policy Type is generic. It allows dynamically generated DCAE microservice component Policy Types to be created during Design Time using TOSCA-Lab within SDC. Therefore many TOSCA PolicyType artifacts will use the same PolicyTypeImpl implementation with different parameter types and towards different targets.
| Code Block | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
tosca_definitions_version: tosca_simple_yaml_1_0_0
policy_types:
onap.policies.Monitoring:
derived_from: tosca.policies.Root
description: a base policy type for all policies that govern monitoring provision
Control Loop guard policies
|
...
The PolicyTypeImpl implementation of the Montoring Policy Type is generic to support definition of TOSCA PolicyType artifacts in the Policy Framework using the Policy Type Design API. Therefore many TOSCA PolicyType artifacts will use the same PolicyTypeImpl implementation with different property types and towards different targets. This allows dynamically generated DCAE microservice component Policy Types to be created at Design Time.
DCAE microservice components will can generate their own Policy Models and Policy Model Parameter Schemas TOSCA PolicyType using TOSCA-Lab in SDC (Stretch Goal) or can do so manually.
| Code Block | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
tosca_definitions_version: tosca_simple_yaml_1_0_0
policy_types:
onap.policies.Monitoring:
derived_from: tosca.policies.Root
description: a base policy type for all policies that govern monitoring provision
onap.policy.monitoring.mydcaecomponent:
derived_from: onap.policies.Monitoring
properties:
mydcaecomponent_policy:
type: map
description: The Policy Body I need
entry_schema:
type: onap.datatypes.monitoring.mydatatype
data_types:
onap.datatypes.monitoring.mydatatype:
derived_from: tosca.datatypes.Root
properties:
my_property_1:
type: string
description: A description of this property
constraints:
- valid_values:
- value example 1
- value example 2 |
1.1.2 onap.controlloop.Operational
...
Policy Type
This model is used to support actor/action operational policies for control loops. There will be 2 available model implementations for this schema: 1) Existing Drools PDP to support runtime Control Loop actions taken on SO/APPC/VFC/SDNC/SDNR etc; 2) New implementation using the Apex PDP to support Control Loops.
...