共计 304 个字符，预计需要花费 1 分钟才能阅读完成。
续问 https://www.v2ex.com/t/1066955?p=1#reply9
可能之前时间不讨喜
目前需要调研 Prometheus 的存储扩展，需求是降低数据量大了之后的运维压力
目前团队瓶颈主要在运维，prometheus 是给一群寻模型的同学使用，他们使用普遍乱来，而且组非常多（有对外的），所以可能会忽然来非常多数据（或者 label 非常多）
于是想要看看 prometheus 的扩展
目前服务部署在 k8s 上，目的是希望
-
存储可以扩展（主要是存储，经验上会忽然扩一大波）
-
运维压力尽可能的小 (一个人 parttime 也能 hold 住）
想问问各位的意见
目前倾向于 VictoriaMetrics，原因是看到用的公司日益增多
正文完
