-
Feature
-
Resolution: Done
-
Critical
-
None
-
None
Feature Overview
De-coupling the Open Cluster Management Policy framework from the OCM management control plane; enabling Policies to be able to be deployed to a given cluster via any desired "transport" mechanism. Based on ACM-12484, this issue is track UI support related to this requirement.
Goals
This Section: Provide high-level goal statement, providing user context
and expected user outcome(s) for this feature
- Allow for Configuration/Certificate/OperatorPolicies to be able to be defined directly to a cluster without going through the hub cluster via Policy kind
- Discover and display policies that are deployed in the managed clusters
- Primary: Open Cluster Management policies
- Secondary: Gatekeeper constraints
Requirements
This Section: A list of specific needs or objectives that a Feature must
deliver to satisfy the Feature.. Some requirements will be flagged as MVP.
If an MVP gets shifted, the feature shifts. If a non MVP requirement slips,
it does not shift the feature.
Requirement | Notes | isMvp? |
---|---|---|
CI - MUST be running successfully with test automation | This is a requirement for ALL features. |
YES |
Release Technical Enablement | Provide necessary release enablement details and documents. |
YES |
(Optional) Use Cases
This Section:
- As a user, I can centrally visualize the inventory and status of my Configuration/Certificate/OperatorPolicies deployed across my fleet; regardless if they are deployed via the hub Policy kind or in standalone mode
- User Experience ideation:
- On Governance dashboard, add a new tab next to "Policies" for something to be named (Discovered policies, Policy templates, etc)
- On this tab, a table will be displayed with the "discovered policies", each row will be an aggregate of polices by name + namespace + kind across clusters, columns will be:
- Name (Sort)
- Namespace (Sort / Filter)
- Policy type (Configuration/Certificate/Operator, Gatekeeper?) (Sort / Filter)
- Remediation (inform/enforce) (Sort / Filter)
- Severity (Sort / Filter)
- x / y clusters that are compliant (Sort - by # of clusters violated, Filter - by has or has no violations?)
- Parent policy (if created by Policy kind)
- The name will be clickable and lead to a details page or side panel:
- The content will have a table; that includes the list of clusters that share this Policy, columns will be:
- Cluster
- Violations
- Message
- Severity
- Remediation
- The content will have a table; that includes the list of clusters that share this Policy, columns will be:
- When a cluster name is clicked, it will take the user to the existing policy template details page
Stretch Goals:
- On the Overview dashboard, new cards for the following are displayed:
- Violation count of ConfigurationPolicies
- When clicked launches to a filtered view of "discovered policies" table with the Policy type + has or has no violations filters applied
- Violation count for CertificatePolicies
- When clicked launches to a filtered view of "discovered policies" table with the Policy type + has or has no violations filters applied
- Violation count for OperatorPolicies
- When clicked launches to a filtered view of "discovered policies" table with the Policy type + has or has no violations filters applied
- Gatekeeper
- Violation count of ConfigurationPolicies
Questions to answer
- What should be used on the back-end? Compliance history API, Search, Observability, etc?
- Search: any special handling needed when Search needs to restart and all the data needs to be re-aggregated? What are the impacts to the UX? How does ALC handle this?
- If runway is available, what are the differences and challenges we will need to address to do policy discovery of the Gatekeeper constraints? How is the UX different?
Out of Scope
- …
Background, and strategic fit
This Section: What does the person writing code, testing, documenting
need to know? What context can be provided to frame this feature?
Assumptions
- ...
Customer Considerations
- ...
Documentation Considerations
Questions to be addressed:
- What educational or reference material (docs) is required to support this
product feature? For users/admins? Other functions (security officers, etc)? - Does this feature have a doc impact?
- New Content, Updates to existing content, Release Note, or No Doc Impact
- If unsure and no Technical Writer is available, please contact Content
Strategy. - What concepts do customers need to understand to be successful in
[action]? - How do we expect customers will use the feature? For what purpose(s)?
- What reference material might a customer want/need to complete [action]?
- Is there source material that can be used as reference for the Technical
Writer in writing the content? If yes, please link if available. - What is the doc impact (New Content, Updates to existing content, or
Release Note)?
- is blocked by
-
ACM-12484 Standalone Policy deployment & enhanced GitOps integration
- Closed