Skip to content

Creating MutatingWebhook for defaulting #1298

@munnerz

Description

@munnerz

Is your feature request related to a problem? Please describe.

We currently don't have a way of defaulting fields that is actually reflected on the API resources after admission.

This would be really helpful for users to understand what fields they have not specified and so have been defaulted.

Describe the solution you'd like

We can extend the current validating webhook to also contain a mutating webhook, and then define defaults similar to other Kubernetes packages.

Describe alternatives you've considered

Not persisting this information to the API and instead just considering defaults whilst processing resources.

/kind feature
/area api

Metadata

Metadata

Assignees

No one assigned

    Labels

    area/apiIndicates a PR directly modifies the 'pkg/apis' directoryarea/webhookIndicates a PR or issue relates to the webhook componenthelp wantedDenotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.kind/featureCategorizes issue or PR as related to a new feature.lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.priority/backlogHigher priority than priority/awaiting-more-evidence.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions