From 091a226b43a6e4f88e540d29a9c74eef1e882cb4 Mon Sep 17 00:00:00 2001 From: liamfallon Date: Thu, 9 Apr 2020 08:13:45 +0100 Subject: Architecture documentation section 2 (Part) Issue-ID: POLICY-2399 Change-Id: I051e1cfda6767152c0abd7e35de982efb64b2dd9 Signed-off-by: liamfallon --- docs/architecture/architecture.rst | 82 ++++++++++------------ docs/architecture/draw.io/ClassStructure.xml | 3 +- docs/architecture/draw.io/DesignTimeComponents.xml | 2 - docs/architecture/draw.io/PFDesignAndAdmin.xml | 3 +- docs/architecture/images/ClassStructure.svg | 3 +- docs/architecture/images/DesignTimeComponents.svg | 2 - docs/architecture/images/PFDesignAndAdmin.svg | 3 +- 7 files changed, 44 insertions(+), 54 deletions(-) delete mode 100644 docs/architecture/draw.io/DesignTimeComponents.xml delete mode 100644 docs/architecture/images/DesignTimeComponents.svg (limited to 'docs') diff --git a/docs/architecture/architecture.rst b/docs/architecture/architecture.rst index dc04ab43..b31c371c 100644 --- a/docs/architecture/architecture.rst +++ b/docs/architecture/architecture.rst @@ -93,7 +93,7 @@ in TOSCA. 3. A *Policy Type Implementation* or *Raw Policy*, is the logic that implements the policy. It is implemented by a skilled policy developer in consultation with domain experts. The implementation has software that reads the Policy - Type and parses the incoming confiuration properties. The software has domain logic that is triggered when one of the + Type and parses the incoming configuration properties. The software has domain logic that is triggered when one of the triggers described in the Policy Type occurs. The software logic executes and acts on the targets specified in the Policy Type. @@ -152,11 +152,11 @@ are executing correctly, and that the state and status of policies is monitored. running in the ONAP system and is responsible for making policy decisions and for managing the administrative state of the PDPs as directed by \ *PolicyAdministration.* -*PolicyDevelopment* creates policy artifacts and supporting information in the policy database. \ *PolicyAdministration* -reads those artifacts and the supporting information from the policy database whilst deploying policy artifacts. Once -the policy artifacts are deployed, *PolicyAdministration* handles the run-time management of the PDPs on which the -policies are running. *PolicyDevelopment* interacts with ONAP design time components, and has no programmatic interface -with *PolicyAdministration*, *PolicyExecution* or any other run-time ONAP components. +*PolicyDevelopment* provides APIs that allow creation of policy artifacts and supporting information in the policy +database. *PolicyAdministration* reads those artifacts and the supporting information from the policy database whilst +deploying policy artifacts. Once the policy artifacts are deployed, *PolicyAdministration* handles the run-time +management of the PDPs on which the policies are running. *PolicyDevelopment* interacts with the database, and has +no programmatic interface with *PolicyAdministration*, *PolicyExecution* or any other run-time ONAP components. The diagram below shows a more detailed view of the architecture, as inspired by `RFC-2753 `__ and `RFC-3198 `__. @@ -164,15 +164,15 @@ The diagram below shows a more detailed view of the architecture, as inspired by .. image:: images/PFDesignAndAdmin.svg *PolicyDevelopment* provides a `CRUD `__ API for policy -types and policies. The policy types and policy artifacts and their metadata (Information about policies, policy types, +types and policies. The policy types and policy artifacts and their metadata (information about policies, policy types, and their interrelations) are stored in the *PolicyDB*. The *PolicyDevGUI*, PolicyDistribution, and other applications -such as *CLAMP* can use the *PolicyDevelopment* API to create, update, and delete policy types and policies. +such as *CLAMP* can use the *PolicyDevelopment* API to create, update, delete, and read policy types and policies. *PolicyAdministration* has two important functions: - Management of the life cycle of PDPs in an ONAP installation. PDPs register with *PolicyAdministration* when they come - up. *PolicyAdministration* handles the allocation of PDPs to a PDP Groups and PDP Subgroups, so that they can be - managed as microservices in Kubernetes. + up. *PolicyAdministration* handles the allocation of PDPs to PDP Groups and PDP Subgroups, so that they can be + managed as microservices in infrastructure management systems such as Kubernetes. - Management of the deployment of policies to PDPs in an ONAP installation. *PolicyAdministration* gives each PDP group a set of domain policies to execute. @@ -182,7 +182,7 @@ three APIs: - a CRUD API for policy groups and subgroups -- an API that allows the allocation of policies PDP groups and subgroups to be controlled +- an API that allows the allocation of policies to PDP groups and subgroups to be controlled - an API allows policy execution to be managed, showing the status of policy execution on PDP Groups, subgroups, and individual PDPs as well as the life cycle state of PDPs @@ -201,8 +201,8 @@ is a group of PDPs of the same type that are running the same policies. *A PDPSu structuring of PDPs is required because, in order to simplify deployment and scaling of PDPs in Kubernetes, we gather all the PDPs of the same type that are running the same policies together for deployment. -For example, assume we have policies for the SON (Self Organizing Network) and ACPE (Advanced Customer Premises Service) -domains. For SON,we have XACML, Drools, and APEX policies, and for ACPE we have XACML and Drools policies. The table +For example, assume we have policies for the SON (Self Organizing Network) and ACPS (Advanced Customer Premises Service) +domains. For SON,we have XACML, Drools, and APEX policies, and for ACPS we have XACML and Drools policies. The table below shows the resulting \ *PDPGroup*, *PDPSubGroup*, and PDP allocations: ============= ================ ========================= ======================================== ================ @@ -213,8 +213,8 @@ SON SON-XACML SON-XACML-Dep Always 2, be geo redund scale down on 40% load, be geo-redundant \ SON-APEX SON-APEX-Dep At Least 3, scale up on 70% load, scale >= 3 PDP-A down on 40% load, be geo-redundant -ACPE ACPE-XACML ACPE-XACML-Dep Always 2 2 PDP-X -\ ACPE-Drools ACPE-Drools-Dep At Least 2, scale up on 80% load, scale >=2 PDP-D +ACPS ACPS-XACML ACPS-XACML-Dep Always 2 2 PDP-X +\ ACPS-Drools ACPS-Drools-Dep At Least 2, scale up on 80% load, scale >=2 PDP-D down on 50% load ============= ================ ========================= ======================================== ================ @@ -229,13 +229,7 @@ implemented as a common model and is used by *PolicyDevelopment*, *PolicyDeploym .. image:: images/ClassStructure.svg -The UML class diagram above shows the portion of the Policy Framework Object Model that applies to *PolicyDeployment* -and *PolicyExecution.* - -.. image:: images/DesignTimeComponents.svg - -The UML class diagram above shows the portion of the Policy Framework Object Model that applies to *PolicyDevelopment* -and *PolicyDeployment.* +The UML class diagram above shows thePolicy Framework Object Model. 2.2 Policy Design Architecture ------------------------------ @@ -247,7 +241,7 @@ Framework database. Policies that are expressed via natural language or a model require some development work ahead of time for them to be translated into concrete runtime policies. Some Policy Domains will be set up and available in the platform during startup such as Control Loop Operational Policy Models, OOF placement Models, DCAE microservice models. Policy type -implementation development is done by an experienced developer. +implementation logic development is done by an experienced developer. 2.2.1 Policy Type Design ^^^^^^^^^^^^^^^^^^^^^^^^ @@ -256,32 +250,32 @@ Policy Type Design is the task of creating policy types that capture the generic policy for a particular domain use case. The policy type implementation specifies the model information, rules, and tasks that a policy type requires to generate concrete policies. -All policy types must implement the ONAP Policy Framework *PolicyType* interface. This interface allows -*PolicyDevelopment* to manage policy types and to generate policies from these policy types in a uniform way regardless -of the domain that the policy type is addressing or the PDP technology that will execute the policy. The interface is -used by *PolicyDevelopment* to determine the PDP technology of the policy type, the structure, type, and definition of -the model information that must be supplied to the policy type to generate a concrete policy. +All policy types are specified in a TOSCA service template. Once policy types are defined and created in the system, +*PolicyDevelopment* manages them and uses them to allow policies to be created from these policy types in a uniform +way regardless of the domain that the policy type is addressing or the PDP technology that will execute the policy. -A *PolicyTypeImpl* is developed for a certain type of PDP (for example XACML oriented for decision policies or Drools -rules oriented for ECA policies). The design environment and tool chain for a policy type is specific for the type of -policy being designed. +A *PolicyTypeImpl* is developed for a policy type for a certain type of PDP (for example XACML oriented for decision +policies, Drools rules or Apex state machines oriented for ECA policies). While a policy type is implementation +independent, a policy type implementation for a policy type is specific for the technology of the PDP on which +policies that use that policy type implementation will execute. Further, the design environment and tool chain for +a policy type implementation is specific to the technology of the PDP on which policies that use that policy type +implementation will use. -The *PolicyTypeImpl* implementation (or raw policy) is the specification of the specific rules or tasks, the flow of -the policy, its internal states and data structures and other relevant information. A *PolicyTypeImpl* is specific to a -PDP technology, that is XACML, Drools, or APEX. *A PolicyTypeImpl* can be specific to a particular policy type, it can -be more general, providing the implementation of a class of policy types, or the same policy type may have many -implementations. +The *PolicyTypeImpl* implementation (or raw policy) is the specification of the specific rules or tasks, the flow of +the policy, its internal states and data structures and other relevant information. *A PolicyTypeImpl* can be specific +to a particular policy type, it can be more general, providing the implementation of a class of policy types, or +the same policy type may have many implementations. -*PolicyDevelopment* provides the RESTful :ref:`Policy Design API ` which allows other components to query -policy types and policy type implementations, to determine the model information, rules, or tasks that they require, to -specialize policy flow, and to generate policies from policy types. This API is used by the ONAP Policy Framework and -other components such as \ *PolicyDistribution* to create policies from policy types. +*PolicyDevelopment* provides the RESTful :ref:`Policy Design API `, which allows other components to query +policy types, Those components can then create policies that specify values for the properties, triggers, and targets +specified in a policy type. This API is used by components such as *CLAMP* and *PolicyDistribution* to create policies +from policy types. Consider a policy type created for managing faults on vCPE equipment in a vendor independent way. The policy type -captures the generic logic required to manage the faults and specifies the vendor specific information that must be -supplied to the type for specific vendor vCPE VFs. The actual vCPE policy that is used for managing particular vCPE -equipment is created by setting the parameters specified in the policy type together with the specific modeled -information, rules and tasks in the policy type implementation for that vendor model of vCPE. +implementation captures the generic logic required to manage the faults and specifies the vendor specific information +that must be supplied to the type for specific vendor vCPE VFs. The actual vCPE policy that is used for managing +particular vCPE equipment is created by setting the properties specified in the policy type for that vendor model +of vCPE. 2.2.1.1 Generating Policy Types """"""""""""""""""""""""""""""" diff --git a/docs/architecture/draw.io/ClassStructure.xml b/docs/architecture/draw.io/ClassStructure.xml index 9619a8e2..f4ffcffb 100644 --- a/docs/architecture/draw.io/ClassStructure.xml +++ b/docs/architecture/draw.io/ClassStructure.xml @@ -1,2 +1 @@ - - \ No newline at end of file +7V1dc5s8Fv41vrSHb+zLJH7TdN7tbnaTmaa9w0a2mWLwAk7s/fUrYQmDEEQGyZETt9MmSCAE5+vROUeHgXm33n1LvM3qR+yDcGBo/m5gTgeGoduaAX+glj1u0TTt0LJMAh+3HRuegv8BciJu3QY+SCsnZnEcZsGm2jiPowjMs0qblyTxW/W0RRxW77rxlviO2rHhae6FoHbaz8DPVrhVdybHjgcQLFf41mPDPXTMvPmfZRJvI3y/gWEu8j+H7rVHxsL3TVeeH7+Vmsy/BuZdEsfZ4bf17g6E6OWS13a47r6ht5h3AqKM5wLTOVzx6oVbQKbshPDa2w2aXrbHr8T57xbN6XbtJcsgGpg3sFfb7OD/sDF/MtQ+zOLNoc8q9WVglw29MFji6+ZwciA5jgl/W+Kf+Z1npOFHME/iJ5C8BnNAOuGzzOgLYNuGblslaP6Es8it9Oa7+sEr84lXmM5o5gZ6qqYB4CzyMVSbh1EZzngFSRZAVr85EGSak+wWk2caggW6KoZnLcKcMxcB5BjzdhFHGRZU3cDH9946CJGMP4DwFaBR0TyzdYhOQufAS+/iME7yOyNJMOZz2J5mSfwHlHp8Z+bYTjHbMv9ilkazBrtSE+bnbyBegyzZw1Nwr01kiygfFx+/lSSZ6KNVSYgdGysQrDyWxdBHAYK/YBlqkCeVxelx+vgN6qbNVZSuosQlSvq4KkpjhiRZLEnS+kuSzZAk6vWDyL9Bxh4exRsQVV8Y7Cy/4zTzkoyc7QfeOo785xUSvUMXOdciDfc5raZI5oAPwQG+bZxkq3gZR17417H1FuyC7AWdPbLx0S88jUYqpPE2mYOK1oC3XQKCKA5N6NatlEpA6GXBaxW3sN47vvQxDuBECgrTulKjKHeYJb6ojCOocSDmqwxkWtRAh2erDZRzQfE4XIxRRyx6jTMSANWEN8sPtSpfUNLJFuHQm4HwtsByVcFDaK4qxBqT0HYFo+LZHKEfvxgO8QP2pLVOkSReLFLQlxpunRqjUdSFIMlBf1wERcQQxKzKzJCWGSEEGiuOSJ62sysouYISftmztKrYFLi9jEp0Sahkorg0XaXoKkV8UkQZn0KqSlJkSxIiIpwfje31ntgevv1kX+pCh78wwOHC/eM67p+cB/frlBKddMT9lkMpY3m4X9drXKMo8Cf8/bmRv25cEvQXR5MLwv660u5I+NNb5wSuH4FouwYJfMFxVHRUL6qOmZQw0PN+Iy9aAMcfvtRv2xuWoHGnzMcZ3jTfrheIwYS6aBiju/b7iwGWi5I2eJ1wjHUSjoniCFA45n3wQSBGgTd+VaDIC1aqBJZoI8PugT6IwpANP4Y6hT7djviD9jvWBhKIP+oeaZH4YxZnWbwWZu4sxSDIkPI0D6lgmxh7x4pmi4MjqpLoVApx67e6c1ch+FCxxFd/x9Xf0SojJrVQtfUz+jtU98EfkecnlqMvxvC0g++sDK+6m/y4proy/Kdh+Mn7DO9IYvgCs/GtBGdhPP8zKPuxx4ejUtJJxd3N9jPrgybvNLcHmkC8Li7o8hKbvETBqwS7q1+6WPM3DSRuXVhwqhzaN9K3jSv4aN8j/CCB9uak6sop8jhPjknQPgHa/S2Q9sal0n6iFO0tRxDt6eRfi9buAmnP8v4pA3L+3s5AEoEMpF8A6Xz6JbKN/rIAlJP/gT3LxPMDyBylvln+Vwy4MsdVAZ0w3OysnHpTALgy66uJtRd5S8Tazbr2tKwB7JsXmApMFHjJX9+SLpAfTHeVo/3g6Ns/dqED0sOl6omeKqt6su3nXV2Pya+NNNOqckAB1XqqfpvKMdfpbRjcqp/OC6NzmRtU/3GgZl80ZBNvXzpjg65IWx7KpR5Kr2zDgr8cRuxqeyyO9YYSqRBEdj8gDsGrXiwWfi9ZlIM10PLUBi47oUbCg7g33zMARPQFbQqERHwsuQD8qLGNlpW322npzVh9catlpZdfFJaXGJK11PYzxmEw339fb8IrBL98CH6edBZKdBhJuQSIC99vx4IUysjSy83dj3/UBYqZEXUVsauIteFImzJ0jDiBbsqSsmawqYCUTZM4DtMvZbe+Gvdz8L7B8OMI4X0WVleG9282YHfl/M/L+TpHPoSuy1L7rER8GcvUE+LDh7dNyhtxR44ITiyvW60PDB0NTTp21DVmPDS0d0YSt3K1T0sdP0vgsCtD6GoxBBX97ezH0ClukBhGtk8rdqJOGJmYdFVorxuiiE/tK5EYR7Y5ktZF7SLRylSu7iKpxqv4d5EQcn/ENhKL2kbSeRurSfGNadvSyM2omFKjtyrbSAhvKrONhCK4LmMXic1K1z6dQOfZRSKOQrLia0Rzll4n2IH5NlM0ft+w484VseWOoSu5zWXf+A6dFdfZNFJ5thJNo8ORWqlEmJu8AoXD3E6z9+WSw9zi3rycff2OBAPlXkDY8wk95af3oV1DMkKc0lSyfrEaLIc9JTmlx3XPHC86wSWGzo5Q6n4aNiyp5BxSaAans5Q9BlwAhlGp1D0TgBnqVFJddz8fnZ03loZgxnU/n6JFi4ggKLPUk5MwNhZUxeEM0EYcRcQQhPKRGCMZi+/xad4wZes+964N537gWtFwaDeLoFxAw+Xzq3HnWxN/nam1zoO4dNin907HHsv16YnUKao69MQqkboHT+HSdOJockGl6SZ1185NfkK2AvD/x+ljis6O0H3hvyV8nOjQfiwYDbuhyo7Qt2G09TZFjzBDv8eLYpzUW6MfWV4SjqJ+uvI2IEfmGdLlb6sgA08bL1fAb4m3qTJEWjIUXAuyFA4VRMtn1DcdOvXFlW+DsW+xFldjY2Y6oj6HQpGT6D5m+K28uqJ1fqdyyaflPeA1ku+lK+Dj987Kc+B3zTI3zU3cqea63D5bRnyb9+sM79TaIG29V0a173R0XRrRWTIuzQXilkaTTtXzTuUN4+y80SH8LZE36J1otSyGrjurTTp+II4zfu6+/357uP339EmbGJN/3u3dYTxksotiTk9UefSani52Hl/NF2pS21gti2GvWRVNyRqnj71mS57S5csGLVWEn//1dHdTNPHVD84F+SquV3HlXAXTBfDdcU1cJ4ysYpI5J15a68HBlZevpaBhAmv4qLiqdrtTTaHgRiVKwYZyY8cdtBVKOKLDkZZPrIQQHaOAjC0FGB5BEkACoXrZxzPoRi7MyEqYa0U8/EUa9AkJ0JC1uy5ohVHwK0F/tFOAP/hCp4+QZEEBZRpEYc2ilEl7soTATAn5nr9WZaGMO7BWJtqQEWRoIHrdJaVqaEgyMQXFi9wRXTLGPB8xjRoxA2QF0w2YB4sA+PD32f5zWUHi6njHBrJ2CbVYP8FGjdd1Vhg1UyeBUNEfHaCTvPltGOVvs2jGVsKGNX/85VPZsELUr0YMvQxBCScfZcQEUvOirNj+YXfve7eOuX39A8LowR9Gt4r7PKV4XqR+vOnqfflk3hdTo6XTYJTMkeV/Ycosa+2YI08fLILo0nFn2+eo3vGgNGxB7VfcshVjlsFoq349wcPiks/29AejVI5V109gDelNcYbJl2Qlo/DlUCefhSSTMRxKpPqlWjXIHFcNx4vCuu3KRR2sq1dT6+Rk7Ta8jPoaX1WsK5uagrCuIYF2P7U0/X3zO3zx7u+87/9x19tnh4Vsv5P4xCVtvGBbxxM9LEfraJlOyT4OtZGmTdqdOozQRA/DySgVLcRwoicxSSFqoikmogypQWPAMRUK5zelBjWS9YGmlM7CtrC+E2VK2YLJKkVSs6T6JVnSVgWkriE19JFF8bFEfVzfdqGqKZVMTnUsKTxMYrTsP56eeJvVj9gH6Iz/Aw== \ No newline at end of file diff --git a/docs/architecture/draw.io/DesignTimeComponents.xml b/docs/architecture/draw.io/DesignTimeComponents.xml deleted file mode 100644 index 032d8558..00000000 --- a/docs/architecture/draw.io/DesignTimeComponents.xml +++ /dev/null @@ -1,2 +0,0 @@ - - \ No newline at end of file diff --git a/docs/architecture/draw.io/PFDesignAndAdmin.xml b/docs/architecture/draw.io/PFDesignAndAdmin.xml index 9ba43502..2188d0ca 100644 --- a/docs/architecture/draw.io/PFDesignAndAdmin.xml +++ b/docs/architecture/draw.io/PFDesignAndAdmin.xml @@ -1,2 +1 @@ - - \ No newline at end of file +7V1bc5s4FP41fmyHO+YxttNsd7bTTNPMdvdNBsVmihED5OL99SsZCYMkbEHAhmmTmRaOQIhz9J2bjsjMXO7e7lKQbL+gAEYzQwveZuZqZhi6rhn4P0LZU4qmaQVlk4YBpR0JD+F/kF1Iqc9hALPahTlCUR4mdaKP4hj6eY0G0hS91i97QlH9qQnYQIHw4INIpP4dBvmWvZjjHRv+gOFmSx89N9yiYQ38n5sUPcf0eTPDfDr8FM07wPqiL5ptQYBeKyTzdmYuU4Ty4mj3toQRYS5jW3Hfp4bWctwpjHOVG6igXkD0TF/9HkWhv1/BFxihZEe6KQaa7xlztvkuwkf6zFw8hVG0RBFKDy3kVQ3fx/QsT9FPWGkJnLVjO7hlk4IgxL3W7go8h7SJg6fv8wLTHL5VSPRl7iDawTzd40toq+FQxtKZVzL6tSJGm9K2FQmalAbozNmUXR+5hw8oA+XMNCXMTHMQteGgTX5lHHQOP3IOrg+//XCw5A7DroSDQzHQap6NN/efHzOYToqVpTo7wcqS1jcv7SZehpgf4fo5D1E8KWib1hW5ORe4+bBaTmoymq5dY597OVgzGFS4J7AOxsENMdz4LEYxJi4qzIQBts70WqxRt2iDYhDdHqkL+BbmP3Cr9tGmZ/+we2M82koTOSVt2im2Zug59WFN9DlINzCvYYsM6yTrUxiBPHypOxUyTtJb71FI7C0T2ZyzZS4ni2KU9Kaqkef6sXiVzgu1eDeho4Ncy9dRE7XoUAiiTmEW/gfWh1OtLmgQhZsYH6fFBFyQ6R1it+yG0tcoz9EON0RgDaNF6WzVFRVxtzACUZxTz1JvEDZlA/Ui6ZBmpc/QwmgWNyjLWxk5okWcEHJMETnGZZBjc9DxOiKH70cVOVggYF+5LCEXZM3j1TnlrLvayXGZ5snr8UExgs4wFr2HEcPYGj2MneFhfAKszRBXgrF1NRibHgc/u6sFtOp4EdyannBcmuix4NidEo6d0eNYDAMmhGP7ijjmprkzchxb2shw7E0Jx/Ox47iMnifjVl8BtP3Z3oaUbM+Y5cd7ZcgyMU0Cstx6yhgh25gbXghszbYgIYf+PgrjAGJ2LF63YQ4fEnCwha8pSOrcXhPWweCvdUkoGfr1Oce9wNlI03o2W2tj6GIwqOT1WBDb+3qHbMGDyOQm2IUxyTODyWWZbYPjpyzLbA3F0Gume5RsDxP54AkctqDKtLPe0fqYWr2joTxGYcDmafNje8ap699tfswpZXDM0WdwrLFkcNxOoZ8hIpkZ1KGRzKdESmvU2o806g5buaDVM5JNfsD2GUeSv/6M42lbxqnr3418a0o5H2v0OR9r0jkfU7YGcyHkOxwwzK423DW5jvj0UV823DuJzMsjeUpZH2v0WR9bRHIlXJligZHt1Z3OuSRWYY5g7/VFCpNzXDm0Wi5cUtVxsdjG5EKFrtlwIVbVhtGLjsOlyq4c2zB+TUIvMpyMVy86RoNevH2D/vTqBD2D88dlGRxtoAyOI6bEVl8AuJ+UWXF5x02zL8jBC+bAKlalYkh+VI3MsU3JrjgSf/tSdsXiy4272hWX66hMJvVsV1yuLtHkNyucuZ6Nqze7MqWcmTP6nJlzgZzZgEg2RCQ7F0Kyy1f+WhwAOyOZ76i/yl9nSmknZ/RpJ0cMVm+yfewvQRRNLEqd80VxEofMG8qbEKPUh2ly0VPg4lALva5CwFXR5H4EsiwsggCQ5iK5quMbInm9edVDOciXqnBPUYWf2RfDaO/NBdSFWtbKtFX0OlewZvIV7/0pelcMcdQmg1zqRt8pb0eS2mEz4bfUO0u9XVh2TuruCbD3h/X5qKTucdKy+HSdqtg9u1sVbBexK4RE/YC95sG76m66DO2qbvqF5M5787y4lOXO1liaAvwe5d4udmsn9z7gLsmzjA3u3Kql1TUd4/F5Hb4St0exyxa7nYgEZEH4gg835LDIDuPLbnCM9gR8kuPRQBzgf7/AHAQgB+wu/MDKjbK+Vvf4tjscyyVlJw/P6w0lrOBTGIckB52pd8mGlyP8z5kHfAFJEsabsvd1yvfMP49DASs2jVFOMhJnCk0zGpZakhA3R0klEI7gE3lehrvC4/tO2lYfHDEyCWw4DyxZZDI31mZvm+9to+5pWPpHMSlsyAoj+Wnfaft9uwCEppICkG1hQDmvEHOcdj4F/nruSnNdVY0l20bnjktj2VxJfFlx1dov5TqytcHSTnNDmBnLb48ropzuP8/Ip39SogSYSjjogaO6worgAyPx+Jfev4JJhPbSz+L8GorAMRuMUXVtSJbN4Y1WJzUgC0Lk+j+EWSk9bI20DYZFrGxCArQDYUyQeVgChWQMcdGTYg91y/OxfqpuywgTwQt5fkZt1vG1IPC37ceT75Pq61AqNYe/beCpDBz3bSlT18Wp70im/tzrYeq3C8TULaDbptj4nTZQFqQzTI/FBvJrkp2Lc7j9aAPmZuYKSy8d5oZk5eydUZtE/IwrIxG/8P04tnjfet8Ju7FM9hiDiV8paCs8F2V78Q3mYQqVL79J/S3humBBHhOyLqLe0TcURWTz3WRt0cq+na+Gd8Pc+vQyPFcSj7GMSBUo/K6JTsaoU+1nl3Csg8GpGZdxBVgOM4BNhTXKxoWryBxQu3hi6H0qwKqkhEYGzMs4iTofH80ltXO6ZIrxU6ELLr12S3PKuGzjCLzTRZRtWGEx/lhQ7HIotjv6CC6/fKdYZ9cFxQrLd2mxCZ7K8Qw+25f99gEufqfdXMCWKZG7bjaLWBlaTd9TxbRPKdjBV5Rip0Vbol2CYSXJD+F3zDkdV+MVRWOVsZTENJ2Puz18zYBXiLswCKImpVoXaw9SMLnpz5aGq4lgWXUw/92PTmJQqTJ7zzy+ep0PP8c90X4MNsfFQOJrviV1Ur/itPYk2R1D4lD3Ma1vv29fl873x4fYiAztz/1q4f/7Qdeavq+xgi93j58FUQw8rQVWShjeyF2VjzcPtaWggbtNX5Q5bAecHH+5iEC2FbCnj2Pj0+MfKCh8keOfgTBv/wc= \ No newline at end of file diff --git a/docs/architecture/images/ClassStructure.svg b/docs/architecture/images/ClassStructure.svg index 650e5a31..769a239d 100644 --- a/docs/architecture/images/ClassStructure.svg +++ b/docs/architecture/images/ClassStructure.svg @@ -1,2 +1,3 @@ + -

MicroService



[Not supported by viewer]

PDPGroup



[Not supported by viewer]
1
1
1..n
1..n

PDPSubGroup



[Not supported by viewer]

PDP



[Not supported by viewer]
1
1
1..n
1..n

<<enumeration>>
PDPType


PDP-X
PDP-D
PDP-A
[Not supported by viewer]
1
1

PDP-X



[Not supported by viewer]

PDP-D



[Not supported by viewer]

PDP-A



[Not supported by viewer]

Kubernetes



[Not supported by viewer]
manages
manages
0..n
[Not supported by viewer]

PolicyImpl



[Not supported by viewer]

XACMLPolicyImpl



[Not supported by viewer]

DroolsPolicyImpl



[Not supported by viewer]

ApexPolicyImpl



[Not supported by viewer]
1
1
executes
executes
0..n
[Not supported by viewer]

PolicySet



[Not supported by viewer]
executes
executes
1
1
1
1
1
1
1..n
1..n
All the PDPs in a given PDPSubGroup instance must be of the same type
[Not supported by viewer]

PolicyTypeImpl



[Not supported by viewer]

<<TOSCA>>
Policy



[Not supported by viewer]
has implementation
has implementation
n
[Not supported by viewer]
1
1
is specified by
is specified by
n
[Not supported by viewer]
1
1

<<TOSCA>>
PolicyType



[Not supported by viewer]
is defined by
is defined by
n
[Not supported by viewer]
1
1
\ No newline at end of file +

MicroService



MicroService...

PDPGroup



PDPGroup...
1
1
1..n
1..n

PDPSubGroup



PDPSubGroup...

PDP



PDP...
1
1
1..n
1..n

<<enumeration>>
PDPType


PDP-X
PDP-D
PDP-A
<<enumeration>>...
1
1

PDP-X



PDP-X...

PDP-D



PDP-D

PDP-A



PDP-A

Kubernetes



Kubernetes...
manages
manages
0..n
0..n

PolicyImpl



PolicyImpl...

XACMLPolicyImpl



XACMLPolicyImpl...

DroolsPolicyImpl



DroolsPolicyImpl

ApexPolicyImpl



ApexPolicyImpl
1
1
executes
executes
0..n
0..n

PolicySet



PolicySet...
executes
executes
1
1
1
1
1
1
1..n
1..n
All the PDPs in a given PDPSubGroup instance must be of the same type
All the PDPs in a given PD...

PolicyTypeImpl



PolicyTypeImpl...

<<TOSCA>>
Policy



<<TOSCA>>...
has implementation
has implementation
n
n
1
1
is specified by
is specified by
n
n
1
1

<<TOSCA>>
PolicyType



<<TOSCA>>...
is defined by
is defined by
n
n
1
1
Implements
Implements
1
1
1
1
Viewer does not support full SVG 1.1
\ No newline at end of file diff --git a/docs/architecture/images/DesignTimeComponents.svg b/docs/architecture/images/DesignTimeComponents.svg deleted file mode 100644 index 3766c4cc..00000000 --- a/docs/architecture/images/DesignTimeComponents.svg +++ /dev/null @@ -1,2 +0,0 @@ - -

<<enumeration>>
PDPType


PDP-X
PDP-D
PDP-A
[Not supported by viewer]

XACMLPolicy



[Not supported by viewer]

DroolsPolicy



[Not supported by viewer]

ApexPolicy



[Not supported by viewer]
1
1

XACMLImpl



[Not supported by viewer]

DroolsImpl



[Not supported by viewer]

ApexImpl



[Not supported by viewer]

PolicyTypeImpl



[Not supported by viewer]
1
1
PolicyTypeXACML


[Not supported by viewer]

<<TOSCA>>
PolicyType



[Not supported by viewer]

PolicyTypeDrools



[Not supported by viewer]

PolicyTypeApex



[Not supported by viewer]
1
1

PolicyCreator



[Not supported by viewer]
applies
applies
1
1
1
1
parameterizes
parameterizes
1
1
1
1
creates
creates
1
1
1
1

PDPXCreator



[Not supported by viewer]

PDPDCreator



[Not supported by viewer]

PDPACreator



[Not supported by viewer]
1
1
implements
implements
m
m
n
n

<<TOSCA>>
Policy



[Not supported by viewer]
\ No newline at end of file diff --git a/docs/architecture/images/PFDesignAndAdmin.svg b/docs/architecture/images/PFDesignAndAdmin.svg index f91d3084..0be2163e 100644 --- a/docs/architecture/images/PFDesignAndAdmin.svg +++ b/docs/architecture/images/PFDesignAndAdmin.svg @@ -1,2 +1,3 @@ + -
PolicyDevelopment
PolicyDevelopment
Portal
Portal
PolicyDevAPIUser
PolicyDevAPIUser
PolicyDistribution
PolicyDistribution
SDC
SDC
PolicyDevGUI
PolicyDevGUI
PolicyDB
PolicyDB
PolicyAdminGUI
PolicyAdminGUI
PolicyAdministration
PolicyAdministration
PolicyAdminAPIUser
PolicyAdminAPIUser
PolicyExecution
PolicyExecution
DMaaP
DMaaP
AsyncCaller
AsyncCaller
SyncCaller
SyncCaller
Policy Artifacts and Metadata
PDP Group and Subgroup Definitions
Policy to PDP Group and Subgroup Mappings
[Not supported by viewer]
CRUD API for Policy Groups and Sub-Groups
API for Policy Deployment
CRUD API for Policy Groups and Sub-Groups<br>API for Policy Deployment
Policies for a given
domain execute in a
PDP Group. PDP Groups
have subgroups for each
PDP type in a PDP group
[Not supported by viewer]
Deploy
Retire
Archive
Upgrade
Rollback
[Not supported by viewer]
CRUD API for Policy Artifacts
CRUD API for Policy Artifacts
Policy Framework Component
Policy Framework Component
Other Component
Other Component
\ No newline at end of file +
PolicyDevelopment
PolicyDevelopment
Portal
Portal
PolicyDevAPIUser
PolicyDevAPIUser
PolicyDistribution
PolicyDistribution
SDC
SDC
PolicyDB
PolicyDB
PolicyAdministration
PolicyAdministration
PolicyAdminAPIUser
PolicyAdminAPIUser
PolicyExecution
PolicyExecution
DMaaP
DMaaP
AsyncCaller
AsyncCaller
SyncCaller
SyncCaller
Policy Artifacts and Metadata
PDP Group and Subgroup Definitions
Policy to PDP Group and Subgroup Mappings
Policy Artifacts and Metadata...
CRUD API for Policy Groups and Sub-Groups
API for Policy Deployment
CRUD API for Policy Groups and...
Policies for a given
domain execute in a
PDP Group. PDP Groups
have subgroups for each
PDP type in a PDP group
Policies for a given...
Deploy
Retire
Archive
Upgrade
Rollback
Deploy...
CRUD API for Policy Artifacts
CRUD API for Polic...
Policy Framework Component
Policy Framework Component
Other Component
Other Component
PolicyDevGUI
PolicyDevGUI
PolicyAdminGUI
PolicyAdminGUI
Viewer does not support full SVG 1.1
\ No newline at end of file -- cgit 1.2.3-korg