-
Notifications
You must be signed in to change notification settings - Fork 331
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Explore exposing information from the Kuma API in Kubernetes Events and status
#3734
Comments
This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. |
|
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
@lahabana @jakubdyszkiewicz could we implement this only for k8s at first? Like the postgres store just has a noop on |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
re-pinging @lahabana @jakubdyszkiewicz: could we implement this only for k8s at first? Like the postgres store just has a noop on UpdateStatus? |
👍 on that, we can add events the same way. |
If it's in k8s does this replace insights? |
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
status
status
This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. |
Description
Kubernetes offers the resource
status
convention for exposing information about the current state of resources in the Kubernetes API. We should explore what information about Kuma resources or from the Kuma API we can surface on the Kuma CRDs. (e.g. applied policies)Goal:
The text was updated successfully, but these errors were encountered: