15 | 如何搭建一个可靠的监控系统？

elk更多是日志吧。大家买课程很多希望看到外面看不到的经验，而不是网上文章的拼凑，毫无营养，说实话。

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

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

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

关于不同类型监控的技术选型建议: 日志监控推荐用ELK Metrics参数监控推荐用promethus+gafana 调用链监控推荐用skywalking 业务监控推荐用业务开发+gafana

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

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

监控系统的组成主要涉及四个环节：数据收集、数据传输、数据处理和数据展示。 每个环节都有相应的开源组件可以使用。 成熟的方案有： **1、Beats + Logstash + Elasticsearch + Kibana（Grafana）** **2、StatsD + Carbon + Whisper + Graphite-Web（Grafana）** **3、Telegraf + InfluxDB + Chronograf****（Grafana）**** + Kapacitor ** **4、Prometheus + Grafana** 对于时序数据的处理，后三种方案性能更高，因为有专门的时序数据库来存储数据；对于多维度数据的处理，第一种方案更加合适。

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

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