summary |
shortlog |
log |
commit | commitdiff |
review |
tree
raw |
patch |
inline | side by side (from parent 1:
0da4361)
Issue-ID: CIMAN-376
Change-Id: I8079f4dee4b5b1e9ffd643f1c97eb01c8c675055
Signed-off-by: lf-jobbuilder <releng+lf-jobbuilder@linuxfoundation.org>
.. This work is licensed under a
.. Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
.. This work is licensed under a
.. Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
:depth: 3
POLICY is a subsystem of ONAP that maintains, distributes, and operates on the
:depth: 3
POLICY is a subsystem of ONAP that maintains, distributes, and operates on the
-set of rules that underlie ONAP’s control, orchestration, and management
+set of rules that underlie ONAP's control, orchestration, and management
functions.
POLICY provides a logically centralized environment for the creation and
functions.
POLICY provides a logically centralized environment for the creation and
Some examples of types of policies are:
Some examples of types of policies are:
-* VNF placement — rules governing where VNFs should be placed, including
+* VNF placement - rules governing where VNFs should be placed, including
-* Data and feed management — what data to collect and when, retention periods,
+* Data and feed management - what data to collect and when, retention periods,
and when to send alarms about issues
and when to send alarms about issues
-* Access control — who (or what) can have access to which data
-* Trigger conditions and actions — what conditions are actionable, and what to
+* Access control - who (or what) can have access to which data
+* Trigger conditions and actions - what conditions are actionable, and what to
do under those conditions
do under those conditions
-* Interactions — how interactions between change management and
+* Interactions - how interactions between change management and
fault/performance management are handled (for example, should closed loops be
disabled during maintenance?)
fault/performance management are handled (for example, should closed loops be
disabled during maintenance?)
Policy engines such as XACML and Drools also enforce policies and can trigger
other components as a result (for example, causing a controller to take
specific actions specified by the policy). Additionally, some policies
Policy engines such as XACML and Drools also enforce policies and can trigger
other components as a result (for example, causing a controller to take
specific actions specified by the policy). Additionally, some policies
-(“Guard Policies”) may enforce checks against decided actions.
+("Guard Policies") may enforce checks against decided actions.
Policy Unification and Organization
Policy Unification and Organization