我为什么用ES做Redis监控，不用Prometheus或Zabbix？

Redis当下很流行，也很好用，无论是在业务应用系统，还是在大数据领域都有重要的地位；但Redis也很脆弱，用不好，问题多多。2012年以前都是以memcached为主，之后转到Redis阵营，经历过单实例模式、主从模式、哨兵模式、代理模式，集群模式，真正公司层面用得好的很少，对于Redis掌控都很片面，导致实际项目中问题不少。


Redis要想用得好，需要整体掌握3个层面：

•     开发层面
•     架构层面
•     运维层面
  

其中架构与运维至关重要，多数中小型企业仅在开发层面满足常用功能，数据规模稍微大些，业务复杂度高些，就容易出现各种架构与运维问题。本文主旨是探讨Redis监控体系，目前业界当然也有很多成熟的产品，但个人觉得都很常规，只做到一些粗粒度的监控， 没有依据业务需求特点因地制宜去细化，从而反向的提供架构开发优化方案。


本文内容将围绕如下几个问题展开讨论：

•     Redis监控体系有哪些方面？
•     构建Redis监控体系我们做了哪些工作？
•     Redis监控体系应该细化到什么程度？
•     为什么使用ELK构建监控体系？
  

可下载文档：
我为什么用ES做Redis监控，不用Prometheus或Zabbix？.pdf (1.18 MB, 下载次数: 24)

2020-5-12 18:51 上传

点击文件名下载附件

原文链接：https://mp.weixin.qq.com/s/PISWZc1yWMHVYdvk6eNp4A

感兴趣,看看.

感谢分享

Study!