-
Notifications
You must be signed in to change notification settings - Fork 834
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
new v1.0.0 CRD's resources validator is not backward compatible #1410
Comments
The OpenAPISchema spec is generated automatically by Kubebuilder which generates the CRD yaml from the golang spec. The actual value is meant to be a string : see https://kubernetes.io/docs/tasks/configure-pod-container/assign-cpu-resource/ However, I agree kubectl allows one to use integers. |
The value is a Quantity which is meant to be a string: see https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.15/#quantity-resource-core However, kubectl does allow integer for values of this and seems to parse them to Quantities. |
I agree this is a braking change but I think it may be hard to implement the kubectl functionality which is above and beyond what CRDs provide without some hacks to the OpenAPISchema which is as stated generated. We could update the docs FAQs for this? |
This works with the current master code on 1.16. Please reopen if still an issue.
|
After upgraded to seldon v1.0.0 (with latest CRD) from v0.51/v0.4. The operator report error as below. It seems the new CRD has stricter validation requirement in the sdep resources section. With the following changes, operator can successfully deploy the sdep.
This breaks the backward compatibility, engineers have to update their sdeps. Can someone take a look to make it backward compatible? Thanks.
============ error ==============
The text was updated successfully, but these errors were encountered: