简单粗暴的回答，不搞弯弯绕！
zabbixprometheus_4">zabbix和prometheus对比
| 发行时间 | 开发语言 | 性能 | 社区支持 | 容器支持 | 企业使用 | 部署难度 | |
|---|---|---|---|---|---|---|---|
| Prometheus | 2016 | go | 支持万为单位 | 相对不如zabbix，人数与日俱增。 | 不仅支持swarm原生集群,还支持Kubernetes容器集群，是目前容器监控最好解决方案。 | 基本上使用kubernetes与容器的企业，prometheus是最好的选择。 | 只有一个核心server组件，一条命令便可以启动。 |
| zabbix | 2012 | c+php | 上限约10000节 | 应用广泛，支持较成熟，遇到的问题都能搜索到。 | Zabbix出现得比较早，当时容器还没有诞生，自然对容器支持也比较差。 | 在传统监控系统中，尤其是在服务器相关监控方面，占据绝对优势。 | 多种系统，多种监控信息采集方式。 |
选择建议
如果监控的是物理机，则用 Zabbix，Zabbix 在传统监控系统中，尤其是在服务器相关监控方面，占据绝对优势。甚至环境变动不会很频繁的情况下，Zabbix 也会比 Pometheus好使。但如果是云环境的话，除非是Zabbix玩的非常溜，可以做各种定制，否则还是Prometheus ，毕竟人家就是干这个的。Prometheus 开始成为主导及容器监控方面的标配，并且在未来可见的时间内被广泛应用。如果是刚刚要上监控系统的话，不用犹豫了Prometheus 准没错。
![[M模拟] lc2182. 构造限制重复的字符串(贪心+模拟+复看)](/images/no-images.jpg)
