You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ArgoCD v2.13.0 currently uses Helm v3.15.4 within the argocd-repo-server, which presents a compatibility issue when deploying recent versions of Istio. For example, Istio 1.24.0 requires at least Helm v3.16.3, resulting in deployment failures and feature limitations due to the older Helm version used by ArgoCD.
Motivation
Deploying Istio via ArgoCD is a common practice for managing and automating infrastructure, particularly in Kubernetes environments. Here are specific use cases where this becomes problematic:
Istio 1.24.0 Deployment Failure: Users attempting to deploy or upgrade to Istio 1.24.0 encounter errors due to Helm version constraints, as it requires Helm v3.16.3 or higher.
Feature Gaps and Limitations: For users relying on newer versions of Istio, using an older Helm version in ArgoCD leads to missed features, potential security vulnerabilities, and operational inconsistencies compared to directly using an updated Helm CLI.
Broader Ecosystem Impact: As more Kubernetes tools and operators adopt recent Helm versions, users need to rely on consistent support across their tooling, including ArgoCD.
Proposal
The ideal solution is to update the bundled Helm version in ArgoCD's argocd-repo-server to a version that satisfies current compatibility requirements with popular tools such as Istio (e.g., Helm v3.16.3 or higher). This would ensure:
Compatibility with the latest stable releases of widely-used tools.
Improved support for Helm-based deployments without manual intervention or workarounds.
Reduced friction for users upgrading ArgoCD and integrating it into modern infrastructure workflows.
Please consider incorporating a more recent Helm version in future ArgoCD releases to meet these needs. Alternatively, providing a configurable mechanism for specifying the Helm version used by argocd-repo-server could also offer greater flexibility.
The text was updated successfully, but these errors were encountered:
Summary
ArgoCD v2.13.0 currently uses Helm v3.15.4 within the argocd-repo-server, which presents a compatibility issue when deploying recent versions of Istio. For example, Istio 1.24.0 requires at least Helm v3.16.3, resulting in deployment failures and feature limitations due to the older Helm version used by ArgoCD.
Motivation
Deploying Istio via ArgoCD is a common practice for managing and automating infrastructure, particularly in Kubernetes environments. Here are specific use cases where this becomes problematic:
Istio 1.24.0 Deployment Failure: Users attempting to deploy or upgrade to Istio 1.24.0 encounter errors due to Helm version constraints, as it requires Helm v3.16.3 or higher.
Feature Gaps and Limitations: For users relying on newer versions of Istio, using an older Helm version in ArgoCD leads to missed features, potential security vulnerabilities, and operational inconsistencies compared to directly using an updated Helm CLI.
Broader Ecosystem Impact: As more Kubernetes tools and operators adopt recent Helm versions, users need to rely on consistent support across their tooling, including ArgoCD.
Proposal
The ideal solution is to update the bundled Helm version in ArgoCD's argocd-repo-server to a version that satisfies current compatibility requirements with popular tools such as Istio (e.g., Helm v3.16.3 or higher). This would ensure:
Compatibility with the latest stable releases of widely-used tools.
Improved support for Helm-based deployments without manual intervention or workarounds.
Reduced friction for users upgrading ArgoCD and integrating it into modern infrastructure workflows.
Please consider incorporating a more recent Helm version in future ArgoCD releases to meet these needs. Alternatively, providing a configurable mechanism for specifying the Helm version used by argocd-repo-server could also offer greater flexibility.
The text was updated successfully, but these errors were encountered: