比如在部署 elk stack, prometheus stack 的时候，挑得我都眼花了，不知道该用哪个好了
之前挑来挑去，最后还是自己写了 k8s manifest ，没整太多花里胡哨的，但是费时间...
官方 helm charts V.S. bitnami helm charts V.S. 官方 operator，大家一般倾向于用哪个？
eephee · Jun 25, 2024 · 4284 viewsThis topic created in 862 days ago, the information mentioned may be changed or developed.
 |
1
有官方 helm 用 helm ，没有的话，用官方 operator ，最后用 bitnami
|
1 |
yinheliJun 25, 2024
2
得具体分析，大部分的 case 是：
- 官方 helm 的可配置性还可以，版本维护会比较及时，优先选择 - operator 不管是官方还是三方，很多时候的可配置性都比较差，特别是你有各种节点亲和性以及自己的一些配置需求的时候 - bitnami 的配置大部分继承了它的 commons ， 如果你用过其他的，学习迁移成本比较低 我的倾向则完全要看情况，可能都会在实验环境测试一番，体验下哪种运维方便稳定性更好。 |
 |
Int100Jun 26, 2024 via iPhone
3
要看具体情况，Prometheus Stack 我也是 manifest 一套拉下来自己按需求修改的。
其他的，如果官方 helm 写的好就直接用。 bitnami 放最后才考虑。 |
 |
chf007Jun 26, 2024
4
如果开发测试用，哪个方便拉哪个，最好官方的
如果生产用，比较独立的话，用官方的。定制多的，研究一下拉下来自已改，但是版本更新什么的要自已一点一点跟 |
 |
5
感谢，那我就不考虑 bitnami 了
|
 |
zx900930Jul 14, 2024
6
其实，大概率你都要自己改的（比如去除你不需要的组件 - 新增一些第三方的 DP 和 exporter 或者 crd ）。
所以选一个和自己的使用场景最接近的 operator 然后再修改就好了。 |
Select Language