-
Notifications
You must be signed in to change notification settings - Fork 40k
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
promote API priority and fairness types and APIs to beta #96527
Conversation
/lgtm Let's see if the tests are happier with this PR. |
Looks like the file .../filters/priority-and-fairness_test.go needs an update? |
yep, that and a couple of other tests too -- added a new commit on top |
/triage accepted |
82fda19
to
f2edd9c
Compare
} | ||
apiGroupInfo.VersionedResourcesStorageMap[flowcontrolapisv1beta1.SchemeGroupVersion.Version] = v1beta1FlowControlStorage | ||
if apiResourceConfigSource.VersionEnabled(flowcontrolapisv1alpha1.SchemeGroupVersion) { | ||
apiGroupInfo.VersionedResourcesStorageMap[flowcontrolapisv1alpha1.SchemeGroupVersion.Version] = v1beta1FlowControlStorage |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it right to put the beta storage in the alpha entry in this map?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, the storage is the same for all.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think so. I remember @lavalamp mentioning that they're supposed to share the same storage?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
either rename the method to be version-neutral, or make a copy per version. having a single storage constructor means that if a new type was added to surface in the alpha version, it would simultaneously/accidentally also get surfaced in the beta version
/test pull-kubernetes-e2e-gce-100-performance |
/test pull-kubernetes-bazel-test |
Signed-off-by: Adhityaa Chandrasekar <adtac@google.com>
Signed-off-by: Adhityaa Chandrasekar <adtac@google.com>
Signed-off-by: Adhityaa Chandrasekar <adtac@google.com>
Signed-off-by: Adhityaa Chandrasekar <adtac@google.com>
/lgtm |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/milestone v1.20
/hold cancel |
/hold cancel We're ready :) |
/retest |
The release note
is an understatement. More correct:
Note, that we have an informer for v1alpha1 FlowSchemas in 1.19 that blocks
Is that an accepted behaviour for alpha->beta promotions? |
That is only true if the alpha API is enabled in the 1.19 cluster, correct? In general, enabling an alpha feature or API removes the guarantee that upgrade/downgrade will work properly without manual steps, since alpha features can be removed or altered in a single release. |
What type of PR is this?
/kind api-change
-->
What this PR does / why we need it: Graduates APF types and APIs to beta. Same PR as #96213 but re-opened here to get in by the code freeze deadline (today).
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer: Min's original commit is preserved.
Does this PR introduce a user-facing change?:
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: https://github.com/kubernetes/enhancements/tree/master/keps/sig-api-machinery/1040-priority-and-fairness
/cc @lavalamp @yue9944882 @MikeSpreitzer @ahg-g
/sig api-machinery