Closed ArchitKhanna closed 8 months ago
This issue is currently awaiting triage.
If cloud-provider-aws contributors determine this is a relevant issue, they will accept it by applying the triage/accepted
label and provide further guidance.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
Its updated to v1 and released as part of 1.27.1 https://github.com/kubernetes/cloud-provider-aws/commit/c66a2e61323a26fbb0031b58a3b694480fba8957
@kmala I am using K8s 1.25.9 and for compatibility I have to use the cloud-provider-aws version 1.25 right? Which means the Credential Provider should be updated to v1beta1? Or am I understanding the usage incorrectly?
@ArchitKhanna the ECR credential provider doesn't really have the same versioning semantics as the AWS cloud-controller-manager -- the only thing that matters for compatibility is the API version between it and the kubelet. (In fact, the ECR cred provider had no version introspection until recently, in #607).
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/close not-planned
@cartermckinnon: Closing this issue, marking it as "Not Planned".
What would you like to be added: The credential provider was upgraded to v1beta1 in K8s 1.24 (source) However the ecr-credential-provider plugin still implements v1alpha1. This should be updated to v1beta1.
Why is this needed: Since credential provider v1beta1 is the newest supported version in K8s 1.24, 1.25 and 1.26, we should be using it for the plugin as well to stay updated.
/kind feature