Skip to content
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

The ChartMuseum is scheduled to be deprecated in a future v2.4.0 release. #14407

Closed
eugenesotnikov opened this issue Mar 10, 2021 · 8 comments
Closed

Comments

@eugenesotnikov
Copy link

I read features of relese 2.2.0. And i was very surprised by this
"The ChartMuseum is scheduled to be deprecated in a future v2.4.0 release."
What does it mean? I didn't find anything about it on site.
We have deploy based on helm+harbor. And i want to be ready for this.

@alxbse
Copy link

alxbse commented Mar 10, 2021

Not a harbor developer myself but you should probably start looking into using the new OCI artifact support in helm: https://helm.sh/docs/topics/registries/.

Because newer versions of helm can fetch and upload charts in any OCI compliant registry there is no real need for a separate chartmuseum component.

@eugenesotnikov
Copy link
Author

i use helm3. But i remember, then i installed harbor without key --with-chartmuseum menu "helm charts" didn't appear in project. And i try understand what developers mean.

@Vad1mo
Copy link
Member

Vad1mo commented Mar 10, 2021

Helm 3 uses OCI for package distribution. It ships with two new subcommands to help with this: registry and chart. The registry sub-command handles authentication with OCI registries while chart takes care of save, push and pull charts to the registry.
The fetch and pull sub-commands used for interacting with the chart repositories, chartmuseum, (in earlier versions) are still retained for backward compatibility.

If you use helm 3 then OCI is the future, there is no need for ChartMuseum, so it's safe to deprecate it.

@MaxRink
Copy link

MaxRink commented Mar 19, 2021

If you use helm 3 then OCI is the future, there is no need for ChartMuseum, so it's safe to deprecate it.

This is not true, yet. The default helm behaviour still doesnt support OCI and OCI suppoort is still experimental
A lot of other tooling based upon helm straightup doesnt supoport it at all (fluxv2 for example) as its still experimental and not fully ironed out yet

@sagikazarmark
Copy link

Quoting the official website:

Currently OCI support is considered experimental.

This seems to be quite a major change...major enough not to hide it in a changelog.

I also think that most of the ecosystem still uses the "old" helm repository format, so talking about ChartMuseum deprecation seems to be a bit premature to me.

@hojerst
Copy link

hojerst commented Jun 9, 2021

Considering that Helm Registry support was a major reason why we acutally chose Harbor, I'd also like to see the Chartmuseum supported a bit longer. As mentioned before, the OCI support in helm is still experimental and even needs to be turned on with a env feature flag. I'd really like to see chartmuseum support in Harbor at least until Helm officially supports OCI for production use. Just my two cents.

@Vad1mo
Copy link
Member

Vad1mo commented Jun 9, 2021

hey all,

We should close this issue and continue our discussion on #15057

@steven-zou
Copy link
Contributor

Agree with @Vad1mo. If you have any comments on the chartmuseum deprecation work, move to the discussions on #15057.

cc @hojerst / @sagikazarmark / @MaxRink / @eugenesotnikov / @alxbse

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants