@PhosphorLin 大规模的话，我们是 hold 不住的，所以大规模还是让云厂商去做

小规模部署增加麻烦是为什么呢

@RangerWolf 嗯嗯是的，毕竟 sentry 他们是面向开发，所以给 docker compose 也完全 OK

@anubu 哇这样子，感谢感谢！
方便了解下你们部署完有遇到过稳定性和性能方面的问题吗？还有你们的 helm 是自己写吗还是参考一些开源的实现呢？以及你们用 k3s 还是 k8s 呀？

大规模客户的话，这套确实就不适用了，用他们提供的集群和各种服务

@buchikoma 感谢，我看了下公众号的观点，对于大型项目确实不能用 mysql in k8s ，只是我在想对于小规模的话，做好数据备份的前提下能不能这么搞，主要还是为了部署方便

> 把存储类业务放 k8s 里通常没有什么好下场

@julyclyde 大佬是亲身经历过相关的事故吗？可以分享一下吗？毕竟这么用的案例应该不多，比较想知道

@pharsalia 诶，好奇 nfs 的话，性能跟得上吗？

@token10086 诶，是说客户加钱还是老板加钱

@yyttrr operator 我感觉太麻烦了，用着有点担心，还是直接用 yaml 或者 yaml 模板方便些

同求问收入的大致范围

歪个楼，标题让我想起了变形金刚里面的威震天//

转移注意力

分母，op 厉害了

分母

最后决定统一使用 on-premise 了

最终还是弃用了 helmfile ，直接将 charts 包放在中各个仓库下面，结合 gitlab-ci ，目前用下来感觉很不错，打算长期这样使用

感谢 OP ，学到个成语 如臂使指 哈哈

恭喜 op
顺便能问下 op 薪资范围吗

最终走了

* helm/helmfile/helm-secrets/sops
* gitlab-ci/yq

的路线，只不过是用 `helmfile template` 生成 k8s manifest 最后 `kubectl apply` 的

那看起来，自己搭建服务，对自己而言是 self-hosted ；而在公司的角度来说，给客户私有化部署就是 on-promise 。

看下来有点这样的意思