You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently only tracing and monitoring give insights on Kubewarden policy state.
Policies have status (unscheduled, pending, active). But that that if policies are already deployed and active in a policy-server, scheduling a change of them (for rules, settings, etc), would not move back to pending and again to active. Since the old instantiated policy is still reachable via the webhook and the old policy-server pod. This can be confusing in UI and for new users.
Acceptance criteria
Emit Kubernetes events when policies change the status (to unscheduleded, pending, to active).
Consider emitting a specific event when a policy is already active yet is being updated (with new rules, settings, etc).
Add integration tests for the events.
The text was updated successfully, but these errors were encountered:
Having events would help downstream (such as Kubewarden UI) in checking against them, instead of only looking at state. Amelioriating things like rancher/kubewarden-ui#543.
This comes from https://www.youtube.com/watch?v=KbKQu3AqhBY.
Currently only tracing and monitoring give insights on Kubewarden policy state.
Policies have status (unscheduled, pending, active). But that that if policies are already deployed and active in a policy-server, scheduling a change of them (for rules, settings, etc), would not move back to pending and again to active. Since the old instantiated policy is still reachable via the webhook and the old policy-server pod. This can be confusing in UI and for new users.
Acceptance criteria
The text was updated successfully, but these errors were encountered: