墙裂推荐 美团的CAT ！！！！

开开眼界，用时自行研究，这里就是常规介绍

个人认为ELK更适合进行故障排查定位、数据分析、深度挖掘方向，不知道老师是否认可？另外请教老师一个问题，Prometheus这种拉取方式在小规模可以体现出优势，大规模的情况拉取是不是就不如推送更优了？

从官方文档来看，Prometheus的指标存储，很高效，但是问题在于没有成熟的高可用，历史数据归档，海量历史数据查询支持。在调研监控系统的过程中，还发现了小米的open falcon，感觉设计得很复杂，它和Prometheus都属于现代的面向微服务设计的指标监控系统，老师能否有机会深度比较一下？另外，想让老师指正一下我对于监控系统的理解：根据我目前的理解，监控系统可以划分为不同的维度：指标监控（如Prometheus，Zabbix），日志监控（NLK/NFK），调用链监控（zipkin），不知道对不对？

很欣慰，我司的监控技术栈是influxdb+grafana，配合程序/collectd 来推送，不过即使influxdb很强大还是建议适当merge一下，不然...都是泪

国产的有好的监控组件吗？如CAT

如果选择时序数据库类型的解决方案，是不是还要有专门的日志系统?

elk+xpack 可以做到小规模的业务监控。
就是watcher比较难用
目前用的方案是 elk stack+zabbix ，求更优方案