Skip to content
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

standardize API qps and burst in kubeconfig #1630

Closed
deads2k opened this issue Mar 24, 2020 · 6 comments
Closed

standardize API qps and burst in kubeconfig #1630

deads2k opened this issue Mar 24, 2020 · 6 comments
Labels
sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery. tracked/no Denotes an enhancement issue is NOT actively being tracked by the Release Team

Comments

@deads2k
Copy link
Contributor

deads2k commented Mar 24, 2020

standardize API qps and burst in kubeconfig

  • Standard API qps and burst in kubeconfig file.
  • Kubernetes Enhancement Proposal: Standard API qps and burst in kubeconfig file. #1629
  • Primary contact (assignee): deads2k
  • Responsible SIGs: api-machinery
  • Enhancement target (which target equals to which milestone):
    • Alpha release target (x.y)
    • Beta release target (x.y)
    • Stable release target (x.y) - 1.19
@k8s-ci-robot k8s-ci-robot added the needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one. label Mar 24, 2020
@deads2k deads2k added the sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery. label Mar 24, 2020
@k8s-ci-robot k8s-ci-robot removed the needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one. label Mar 24, 2020
@harshanarayana
Copy link

harshanarayana commented Apr 30, 2020

Hey there @deads2k -- 1.19 Enhancements shadow here. I wanted to check in and see if you think this Enhancement will be graduating in 1.19?

In order to have this part of the release:

  1. The KEP PR must be merged in an implementable state
  2. The KEP must have test plans
  3. The KEP must have graduation criteria.

The current release schedule is:

  • Monday, April 13: Week 1 - Release cycle begins
  • Tuesday, May 19: Week 6 - Enhancements Freeze
  • Thursday, June 25: Week 11 - Code Freeze
  • Thursday, July 9: Week 14 - Docs must be completed and reviewed
  • Tuesday, August 4: Week 17 - Kubernetes v1.19.0 released

If you do, I'll add it to the 1.19 tracking sheet (http://bit.ly/k8s-1-19-enhancements). Once coding begins please list all relevant k/k PRs in this issue so they can be tracked properly. 👍

Thanks!

@harshanarayana
Copy link

Hey @deads2k, I'm following up on my previous update on this Enhancement being part of the v1.19 release.

Do you happen to have any update on the possiblity of this being included in the release v1.19?

Thanks again for your time and contributions. 🖖

1 similar comment
@harshanarayana
Copy link

Hey @deads2k, I'm following up on my previous update on this Enhancement being part of the v1.19 release.

Do you happen to have any update on the possiblity of this being included in the release v1.19?

Thanks again for your time and contributions. 🖖

@harshanarayana
Copy link

Hey @deads2k, any plans for the Enhancements to be included in v1.19? Please let me know so that I can update the tracking sheet to show the inclusion state.

Enhancements freeze is on May 19

Note that recently the KEP format has changed. Additionally, #1620 merged recently, adding production readiness review questions to the KEP template.
Please take this opportunity to reformat your KEP and also answer the questions added to the template in that PR.

Thanks,
🖖

@harshanarayana harshanarayana added the tracked/no Denotes an enhancement issue is NOT actively being tracked by the Release Team label May 20, 2020
@harshanarayana
Copy link

Hey @deads2k , Unfortunately the deadline for the 1.19 Enhancement freeze has passed and there KEP PR is still in flight state. For now this is being removed from the milestone and 1.19 tracking sheet. If there is a need to get this in, please file an enhancement exception.

@deads2k
Copy link
Contributor Author

deads2k commented Jun 1, 2020

We are going with a simpler solution with a temporary env var, so the KEP for API isn't going to be pursued.

/close

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery. tracked/no Denotes an enhancement issue is NOT actively being tracked by the Release Team
Projects
None yet
Development

No branches or pull requests

3 participants