Skip to content

Move kubectl client logic into server #12143

@jimmidyson

Description

@jimmidyson

Doing things like kubectl replace requires a lot of logic in kubectl, such as waiting for RC to scale pods down by polling before deleting the RC itself.

Putting this in kubectl makes it hard to replicate in clients written in other languages to get consistent behaviour. Moving this to the api server would mean consistency across languages.

For background, we created the Java Kubernetes client in fabric8 (https://github.com/fabric8io/kubernetes-client) & I've also contributed to the Ruby client at https://github.com/abonas/kubeclient). Having consistent behaviour means replicating undocumented functionality across clients which seems a bit dirty.

Metadata

Metadata

Assignees

No one assigned

    Labels

    area/apiIndicates an issue on api area.area/ecosystemarea/kubectllifecycle/frozenIndicates that an issue or PR should not be auto-closed due to staleness.priority/important-soonMust be staffed and worked on either currently, or very soon, ideally in time for the next release.sig/api-machineryCategorizes an issue or PR as relevant to SIG API Machinery.sig/cliCategorizes an issue or PR as relevant to SIG CLI.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions