-
Notifications
You must be signed in to change notification settings - Fork 39.9k
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
Create HPA v2 Stable API #102362
Comments
@josephburnett: The label(s) In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/sig autoscaling |
/triage accepted |
/help |
@josephburnett: Please ensure the request meets the requirements listed here. If this request no longer meets these requirements, the label can be removed In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/assign |
@wangyysde just a bump, are you working on this? couldn't find a message on slack for the same. Thanks |
Hey @wangyysde thanks for volunteering! Can you touch base with me in #sig-autoscaling-api in the Kubernetes Slack channel? If you don't want to use slack, just email directly at josephburnett@google.com. |
I would also like to start working on creating the new HPA v2 API. If someone is not working on it I can pick it up @josephburnett @wangyysde |
@AbdulBasitAlvi great! Let's coordinate the work on #sig-autoscaling-api. Ping me there or stop by the sig-autoscaling working group meeting. |
@AbdulBasitAlvi Are you start working on this? If not ,I will try to it . |
@josephburnett Sorry. I have not Slack account. |
Just to follow up, @wangyysde you have this issue. Thanks for the PR. @AbdulBasitAlvi I will follow up with you on Slack to find other, interesting work. :) |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close |
@k8s-triage-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
What would you like to be added:
We need to create a new version v2 (no suffix) along with conversion routines, etc..
Why is this needed:
HPA v2beta2 is graduating to stable!
What to do:
Details:
The HPA controller uses v2beta2 as the internal structure. So your conversion routines will be from v2 -> v2beta2 and back. We will migrate the controller and associated code to v2 stable as a separate change.
Create the new API by copying v2beta2. We are graduating the API as-is without adding any new fields. However there are a few fields and enum values we would like to rename because they are confusing.
MaxPolicySelect
toMaxChangePolicySelect
and the value from"Max"
to"MaxChange"
. The enumMaxPolicySelect
will choose the smallest absolute value when scaling down (largest change) which has been confusing to customers.MinPolicySelect
toMinChangePolicySelect
and the value from"Min"
to"MinChange"
.ResourceMetricSourceType
toPodResourceMetricSourceType
and the value from"Resource"
to"PodResource"
. The new"ContainerResource"
type makes"Resource"
ambiguous.ResourceMetricSource
struct.Generate new code (see Generating Code).
Send a pull request (one squashed commit please) and notify #sig-autoscaling-api so we can take a look too. It will probably need API review.
Feel free to reach out for help on #sig-autoscaling-api if you have any questions!
The text was updated successfully, but these errors were encountered: