zabbix已经有日志监控了为什么还要用elk

先看下你的zabbix_serverlog日志,有那些报错,把那些报错一一解决,有时候zabbix的items太多出现错误就有可能影响整个的监控,具体可以在队列中查看,当下还是先看日志

ELK 是一般被称作日志分析系统，是三款开源软件的简称。通常在业务服务上线后我们会部署一套 ELK 系统，方便我们通过图形化界面直接查找日志，快速找到问题源并帮助解决问题。

Elasticsearch 代表 ELK 中的 E，通常简称为 ES 。它是一个分布式 RESTful 风格的搜索和数据分析引擎，提供非常多的功能包括存储，搜索以及分析数据。

具体的介绍可以查看官网：Elasticsearch（>

实话实说，个人接触到使用Xml文件方式来保存数据的场景少之又少。除去求学期间根据课堂要求做静态网站时用于存储一些展示性数据，还有就是在WPF开发中保存一些常用但又不经常变化的离线数据。反而常使用Xml来做配置文件（例如SpringMvc、MyBatis和LogBack）网络数据传输和交互标准（例如WebService）、工作流设计（例如Activiti6）等情况较为常见。

Xml用于单设备数据存储的情况还说得过去，例如离线数据同步可以放在Xml数据文件中。在传统行业电商平台的规格，材质，产区等属性相对固定，Xml文件能很好胜任。再比如做一个内部使用的抽奖程序，将潜在用户群体以Xml方式保存也是不错的选择吧。所以Xml文件充当小型离线数据库还行。

而数据库的范围就比较宽泛，大致可以分为关系型数据库和非关系型数据库两大类。

关系型数据库以Oracle和MySql最为流行，学过编程的朋友应该耳熟能详，也是职场面试经久不衰的考察重点。

而NoSql算是后起之秀。在业务繁多复杂的当下，一些场景下关系型数据库应付起来相当吃力，有着更为复杂分类的非关系型数据库孕育而生。NoSql在搜索引擎（ElasticSearch）、键值（redis）、面向文档（Mongodb）和列存储（Hbase）等方面都能做到得心应手。这些就让其有着更强的业务针对性，相比传统关系型数据库有着质的提升。下面简单列举几个应用场景。

Redis可用于计数、分布式锁实现、单点登录、限流和缓存数据等；

在复杂页面的数据不便以表数据结构保存时，使用Mongodb整页存储方便又简单；

Elasticsearch就是以空间换时间典型代表，在做搜索引擎和日志记录（ELK）等方面有很大优势；

Hbase不必再像关系型数据库那样以行为存储单元，而是以列为基准，非常便于数据结构拓展。

当下流行徽服务和各种解耦，连关系型数据库都不再设计外键关系，非关系型数据库大行其道，Xml文件用来保存数据显然已经不合时宜，当然也不能否认关系型数据库的地位和Xml的作用。重要数据或某些行业的特殊性还是要以关系型数据库为根基，毕竟事务、稳定性、安全性和技术恢复支持等方面需要考虑的重点。

以上就是关于zabbix已经有日志监控了为什么还要用elk全部的内容，包括:zabbix已经有日志监控了为什么还要用elk、1.ELK 系统落地实践、做一个网站，把数据保存在xml文件中，跟把数据保存在数据库中，区别有多大等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！