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
Confusing doc prometheus-operator vs kube-prometheus #2619
Comments
We've suggested this repeatedly to the helm charts maintainers (we don't maintain the charts, they're entirely community maintained). @vsliouniaev this is not the first time we're getting this report, could you please consider renaming the helm chart? Thanks! :)
Nobody is forcing you to use this, we feel these tools are solving our problem at hand very well, and there are many happy users of this jsonnet based stack. If you could tell us what you felt was difficult there, we're more than happy to add more documentation! :) |
In my opinion, renaming the chart will just cause a bunch of chaos in the short term, then will be confusing in terms of feature-parity with the jsonnet version. There is already a Is adding documentation about the existence of the chart and its general intention enough to solve this problem? Edit: |
What about having We can probably add as much documentation as we want and some people will still not read it (been there myself so no blaming). I strongly advocate for renaming the chart. |
That's an interesting suggestion - do you know if it's feasible to do this in the helm/charts project with all the hoops that need to be jumped through? |
I have no clue about anything related to helm/charts 😉 Was just thinking how to move forward. |
The suggestion when I raised this was wait a bit to see if the documentation change has a positive effect first. There was also a suggestion to just host the chart externally, which would probably cause similar issues again. |
To add more confusion, I'm about to do an upgrade of the old coreos/prometheus-operator chart from 0.0.29. The old prometheus-operator docs seem to require to install both coreos/prometheus-operator and coreos/kube-prometheus charts. Google led me here. After further investigation, I found more information regarding the prometheus-operator migration. It seems like the chart |
@Eeemil Sorry we don't actually support that Helm chart anymore as we do not actually make use of Helm, so like it says in the docs:
But maybe ask on the prometheus-operator k8s slack channel, some users there use that chart and often help other helm users. :) |
Yeah, sorry, I wasn't really asking for help setting up the helm chart, just adding my thoughts regarding confusion of the concepts "prometheus-operator" and "kube-prometheus". I googled "prometheus-operator vs kube-prometheus" to gather more information and it lead me here. It would perhaps be nice to explain the differences of the concepts either in some readme, perhaps under "Prometheus Operator vs. kube-prometheus vs. community helm chart" in the main readme of this repo or under |
This issue has been automatically marked as stale because it has not had any activity in the last 60 days. Thank you for your contributions. |
I am a noob who try to setup some monitoring for my cluster & apps. I lost 2 days of work trying to use kube-prometheus because of these lines: https://github.com/coreos/prometheus-operator/blob/b602243f57c988f9a2fc7efbedcbfad9ce611bcf/README.md#prometheus-operator-vs-kube-prometheus
I was really upset that kube-prometheus ask me to install some strange dependencies (jsonnet) with awful config files. Why there is no helm chart for this awesome package?? I saw multiple times the chart prometheus-operator but as I read the doc linked above I was sure I didn't want to use prometheus-operator. At last I realized that prometheus-operator chart was packaging kube-prometheus stack but it took me around 10 hours playing around to realize this.
I would highly suggest to rename the helm chart
kube-prometheus
or at least add a note in the doc above explaining that prometheus-operator helm chart deploys the kube-prometheus stack.Thanks
The text was updated successfully, but these errors were encountered: