在实际的工作环境中，根据网络环境和监控的规模不同，zabbix一共有三种框架，分别是server_client架构、master_node_client架构和server_proxy_client架构。1、server_client架构zabbix**简单的架构，监控设备和被监控设备之间直接相连，zabbix_server和zabbix_client之间直接进行数据交互。2、zabbix_proxy_client架构proxy是连接server和client之间的桥梁，其本身不存放数据，只是将zabbix_agent端发来的数据暂存，然后再提交给server。这种架构一般用于跨机房、跨网络的中型网络架构。在server_proxy_client架构中，server设备的宕机会导致整个系统瘫痪而无法正常工作。3、master_node_client架构master_node_client架构是zabbix**复杂的架构。一般用于跨机房、跨网络、监控设备较多的大型网络架构。与server_proxy_client架构相比，master_node_client架构的主要区别在于node与proxy上.在master_node_client架构中，每个node可以理解为一个小的server端，在自己的配置文件和数据库，node下游可以直接连接client，也可以再次经过proxy代理后连接client。在master_node_client架构中，master设备宕机不会影响node节点的正常工作。对于其他监视类型，如SNMP–确保您的端点接受来自所有Zabbix Server节点的连接;要求zabbix一般多少钱
Prometheus为其用户提供强大的查询语言、存储和可视化功能。它可以实时采集指标并将它们记录在时间序列数据库中。Prometheus 提供了一个多维数据模型，允许按名称或标签定义指标，以将它们标识为***时间序列的一部分。它是用 Go 编写的，源代码可在 GitHub 上获得。作为一个开源项目，Prometheus 拥有***的社区支持，全球有很多使用者。
Zabbix 可以监控网络、服务器、应用程序、虚拟机和云服务等。可以收集指标、检测问题、可视化、发送通知。Zabbix 有一个 Web 界面，可以提供所有统计数据、可视化和参数设置。Zabbix 本身不存储数据，但它可以使用常用的数据库。Zabbix 的后端是用 C 编写的，而 Web 前端是用 PHP 编写的。 时代zabbix靠谱吗Zabbix 与 Prometheus 到底该如何选择?
Zabbix对数据的处理能力集中体现在Zabbixserver端。总体上，Zabbixserver采用流水线式的多进程架构来处理监控数据，其中比较关键的有3类进程，每一类又可以启动多个进程。这3类进程分别是：trapper/poller进程，负责接收监控数据；预处理进程，负责对接收的监控数据进行预处理；historysyncer进程负责将监控数据写入数据库以及计算触发器表达式并生成event。这3类进程之间可以通过共享内存和Unix域套接字实现进程间通信。这里没有展开讲lld进程，是因为lld进程处理的是底层自动发现的数据，并不是严格意义上的监控值。
除了监控数据本身，Zabbix中的元数据（或者叫主数据）也体现出性，元数据主要包含host、item、trigger等信息，其性主要体现在host层面，因为item属性与host属性是关联的，而trigger又是与item关联的。所以每个host元数据相互关联，构成整体。然而，某个host属性的修改不会影响到其他host。在Zabbix系统中所反映出的监控数据以及元数据之间的性，为并行和可扩展性提供了基础，可以说Zabbix监控系统非常适合基于数据分组的并行化和微服务化。漫谈Zabbix和Prometheus ！
既然进程之间是流水线式的协作，我们看一下监控数据在三类进程之间如何进行输入和输出。首先，Trapper和poller进程接收到的数据按照来源分为两种，一种是来自proxy端，一种是来自agent端。由于来自proxy端的数据已经由proxy完成了预处理，所以，这部分数据会直接输出到共享内存，供historysyncer进程使用。对于来自agent端的数据，无论其监控项是否设置了预处理步骤，都会通过unix域套接字传递给预处理进程。预处理进程接收到数据以后，如果发现该数据并没有设置预处理步骤，则直接写入共享内存，供historysyncer进程使用；如果发现需要预处理，则在预处理完毕以后再写入共享内存，供historysyncer进程使用。对于historysyncer进程来说，其输入数据来自共享内存，它会批量地从共享内存读取数据进行处理，具体处理过程是先写入数据库，然后计算触发器表达式生成event。Zabbix6.2惊喜发布!特别优化中大型环境部署的性能!产品zabbix服务保证
zabbix监控数据的单独性—逻辑视角！要求zabbix一般多少钱
对于大部分监控项而言，随着时间流逝，监控数据会快速地脱离Zabbix server的使用范围，进入冷数据区。虽然冷数据脱离了Zabbix server的使用范围，但是Zabbix仍然不能对冷数据进行离线化，因为前端UI和网络API需要访问这些冷数据，这些访问一般***于少量监控项的读取。从Zabbix server的角度来说，对于任一特定监控项，数据的热区和冷区分界线是固定的，并且热区的数据量相对于冷数据要小得多。如果使用mysql来存储监控数据，由于索引的存在，数据的写入性能会随着存储规模的增加而降低，查询性能也是一样。因此，控制数据规模成为解决数据库访问性能的关键。如果将热数据和冷数据分开存储，并且在需要时让数据在两者之间进行流动，则对于Zabbix server而言，可以**降低数据规模。如果进一步考虑如何实现热数据表的**小化，就需要建立一种动态机制，每次修改触发器表达式后按照触发器的数据需求量在冷热数据之间进行双向调整。要求zabbix一般多少钱
上海观纵科技有限公司公司是一家专门从事webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控产品的生产和销售，是一家服务型企业，公司成立于2022-11-14，位于上海市奉贤区望园南路1288弄80号1904、1909室。多年来为国内各行业用户提供各种产品支持。在孜孜不倦的奋斗下，公司产品业务越来越广。目前主要经营有webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等产品，并多次以传媒、广电行业标准、客户需求定制多款多元化的产品。我们以客户的需求为基础，在产品设计和研发上面苦下功夫，一份份的不懈努力和付出，打造了webfunny,walkingfunny,argus产品。我们从用户角度，对每一款产品进行多方面分析，对每一款产品都精心设计、精心制作和严格检验。上海观纵科技有限公司以市场为导向，以创新为动力。不断提升管理水平及webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控产品质量。本公司以良好的商品品质、诚信的经营理念期待您的到来！
