这是indexloc提供的服务,不要输入任何密码
Skip to content

Updates val webhook selector to reduce invocations #12612

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

Merged
merged 1 commit into from
Feb 17, 2022

Conversation

psschwei
Copy link
Contributor

When we install networking with serving, multiple validating
webhooks are registered.

Previously, the webhooks were configured with just namespace
selectors that are identical. Thus when the config file is updated,
the serving webhook is invoked (which is a noop) and vice-versa
for any serving config maps.

To avoid this, this PR updates the validating webhook to use an
objectSelector and includes an extra label (app.kubernetes.io/component)
to further distinguish net-istio resources from serving resources.

It also adds component labels to several of the configmaps that did
not have them.

Fixes #12594

Release Note

Updates serving configmap validating webhook to use an objectSelector to reduce unnecessary webhook invocations

Needs the changes in knative/networking#616 to merge and update dependencies here to work
/hold

When we install networking with serving, multiple validating
webhooks are registered.

Previously, the webhooks were configured with just namespace
selectors that are identical. Thus when the config file is updated,
the serving webhook is invoked (which is a noop) and vice-versa
for any serving config maps.

To avoid this, this PR updates the validating webhook to use an
objectSelector and includes an extra label (app.kubernetes.io/component)
to further distinguish net-istio resources from serving resources.

It also adds component labels to several of the configmaps that did
not have them.
@knative-prow-robot knative-prow-robot added do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Feb 10, 2022
@dprotaso
Copy link
Member

Depends on: #12624

@dprotaso
Copy link
Member

/hold cancel

@knative-prow-robot knative-prow-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Feb 16, 2022
@dprotaso
Copy link
Member

/lgtm
/approve

@knative-prow-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: dprotaso, psschwei

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@knative-prow-robot knative-prow-robot added lgtm Indicates that a PR is ready to be merged. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Feb 16, 2022
@dprotaso
Copy link
Member

/retest

1 similar comment
@dprotaso
Copy link
Member

/retest

@knative-prow-robot knative-prow-robot merged commit aae1fff into knative:main Feb 17, 2022
@psschwei psschwei deleted the fix-labels branch March 10, 2022 16:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. size/S Denotes a PR that changes 10-29 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

ConfigMap changes result in multiple unnecessary webhook invocations
3 participants