Requirement - what kind of business use case are you trying to solve?
The batch/v1beta1 API will no longer be served by the API starting in the 1.25 release of Kubernetes, supporting batch/v1 avoids when that is available to users.
Problem - what in Jaeger blocks you from solving the requirement?
The batch/v1beta1 API will no longer be served by the API starting in the 1.25 release of Kubernetes, supporting batch/v1 avoids when that is available to users.
Proposal - what do you suggest to solve the problem or improve the existing situation?
Probably use common.capabilities.cronjob.apiVersion from the Bitnami Common Library Chart
similar to how Ingress resources utilize it.
Requirement - what kind of business use case are you trying to solve?
The
batch/v1beta1
API will no longer be served by the API starting in the 1.25 release of Kubernetes, supportingbatch/v1
avoids when that is available to users.Problem - what in Jaeger blocks you from solving the requirement?
The
batch/v1beta1
API will no longer be served by the API starting in the 1.25 release of Kubernetes, supportingbatch/v1
avoids when that is available to users.Proposal - what do you suggest to solve the problem or improve the existing situation?
Probably use
common.capabilities.cronjob.apiVersion
from the Bitnami Common Library Chart similar to how Ingress resources utilize it.https://kubernetes.io/docs/reference/using-api/deprecation-guide/#cronjob-v125 indicates there are no notable changes so probably sufficient to replace the
apiVersion
lines with something likeapiVersion: {{- include common.capabilities.cronjob.apiVersion $ }}
. (or whatever the exact syntax is)Any open questions to address