在IT中有这样一种迷信：“它起作用，不要碰。” 可以说关于我们的监控系统。 在南桥，我们使用Zabbix-当我们选择它时，它非常酷。 而且，事实上，他别无选择。
随着时间的流逝，我们的生态系统已被指令，附加绑定以及与Redmine的集成所淹没。 Zabbix具有强大的竞争对手，在许多方面都有出色的表现：速度，几乎可用的HA，出色的可视化效果，在kubernethes环境中的工作优化。
但是我们并不急于跨越。 我们决定看一下Zabbix中的闪烁现象，并询问他们计划在下一版本中使用哪些芯片。 我们没有参加颁奖典礼，并向Zabbix开发总监Sergey Sorokin和解决方案架构师Vitaly Zhuravlev提出了令人不适的问题。 这是怎么回事，请继续阅读。
1.告诉我们公司的历史。 产品创意是如何诞生的？
公司的历史始于1997年，当时公司的创始人和所有者Alexey Vladyshev在其中一家银行担任数据库管理员。 在Alexey看来，如果不掌握各种参数的历史值的数据，而又不了解环境的当前和历史状态，则无法有效地管理数据库。
同时，当时市场上存在的监视解决方案非常昂贵，缓慢且需要大量资源。 因此，Alex开始编写各种脚本，使他可以有效地监视委托给他的基础架构部分。 它变成了一种爱好。 Alexey正在改变工作，但是对该项目的兴趣仍然存在。 在2000-2001年，该项目被从头开始重写-Alexei正在考虑为其他管理员提供使用最佳实践的机会。 同时，出现了在哪个许可证下发布现有代码的问题。 Alex决定根据GPLv2许可发布它。 立即在专业环境中注意到该工具。 随着时间的流逝，有关支持，培训和软件功能扩展的需求开始出现在Alexey身上。 这样的订单数量一直在增长。 因此，自然而然地，决定创建一家公司。 该公司成立于2005年4月12日。
2.您可以在Zabbix的历史中挑出哪些要点？
目前有几个这样的观点：
一个 阿列克谢的剧本创作始于1997年。
b。 GPLv2代码发布-2001。
c。 Zabbix成立-2005年
签订第一份合作伙伴关系协议，创建会员计划-2007年。
e。Zabbix Japan LLC基金会-2012年。
e。Zabbix LLC基金会（美国）-2015年
g。 Zabbix LLC成立-2018
3.你有几个人？
目前，Zabbix公司集团雇用70多名员工：开发人员，测试人员，项目经理，支持工程师，顾问，卖方和市场营销人员。
4.您如何编写路线图，如何收集用户反馈？ 您如何确定下一步要去哪里？
在为下一版的Zabbix创建路线图时，我们将重点放在以下重要因素上，更准确地说，我们在以下类别中收集路线图：
一个 Zabbix的战略改进。 Zabbix本身认为非常重要的事情。 例如，用Go编写的Zabbix代理。
b。 Zabbix客户和合作伙伴希望在Zabbix上看到的东西。 并且他们愿意为此付出。
c。 Zabbix社区的愿望/建议。
d。技术债务。 :)我们在以前的版本中发布的东西，但是没有提供完整的功能，没有足够的灵活性，没有提供所有选项。
5.您能比较Zabbix和Prometheus吗？ Zabbix中的优缺点是什么？
我们认为，主要的区别是Prometheus主要是一个用于收集指标的系统-要在企业中收集完整的监视，您需要向Prometeus添加许多其他组件，例如用于可视化的石墨烷，单独的长期存储，分别在某个地方进行管理问题，分别处理日志...
在Prometheus中将没有典型的监视模板，因为已经从出口商处收到了所有成千上万的度量标准，您将需要在其中独立查找有问题的信号。 配置Prometheus-配置文件。 在某个地方更方便，在某个地方不方便。
Zabbix是一个用于“从头到尾”创建监视的通用平台，我们拥有自己的可视化功能，问题及其显示的关联性，对系统的访问权限的分配，操作的审核，用于通过代理，代理收集数据的许多选项，使用完全不同的协议，快速的能力用插件，脚本，模块扩展系统...
您可以直接使用HTTP协议收集数据，然后使用预处理功能（例如JavaScript，JSONPath，XMLPath，CSV等）将响应转换为有用的指标。 Zabbix能够通过Web界面配置和管理系统，能够以可以彼此共享的模板形式描述典型的监视配置，并且不仅包含度量标准，而且还包含检测规则，阈值，图形，描述，许多用户对此表示赞赏。一组完整的对象，用于监视标准对象。
许多人还喜欢通过Zabbix API自动化管理和配置的功能。 总的来说，我不想安排一个霍利瓦尔。 在我们看来，两个系统都非常适合它们的任务，并且可以和谐地相互补充，例如，版本4.2的Zabbix可以从Prometheus出口商处获取数据，也可以从Prometheus出口商处获取数据。
6.您是否考虑过制作zabbix saas？
我们曾经考虑并且将来会这样做，但是我们希望为客户提供一个尽可能方便的解决方案。 在这种情况下，应随通信工具，高级数据收集工具等一起提供标准的Zabbix。
7.什么时候要等zabbix哈？ 还有是否要等待？
Zabbix HA肯定在等待。 我们确实希望在Zabbix 5.0 LTS中看到一些东西，但是情况将在2019年11月变得更加清晰，届时将完全确认Roadmap Zabbix 5.0。
8.为什么媒体类型开箱即用，选择微不足道？ 是否不打算添加Slack，电报等？ 其他人还会使用jabber吗？
Zabbix 4.4版中的Jabber已删除，但添加了Webhooks。 关于媒体类型，我不想使用系统中的特定应用程序，而希望使用标准消息传递工具。 这些聊天或桌面服务中的许多都通过HTTP具有API已经不是什么秘密了，因此，今年的情况将随着4.4的发布而改变。
随着Zabbix中Webhooks的出现，您可以在不久的将来看到所有最受欢迎的集成。 在这种集成中，将采用双向通知，而不仅仅是简单的单向通知。 而我们将无法获得的那些媒体类型将由我们的社区制作-因为现在可以将整个媒体类型导出到配置文件中，并发布在share.zabbix.com或github上。 其他用户只需要导入文件即可开始使用这种集成。 同时，您无需安装任何其他脚本！
9.为什么虚拟机发现的方向没有发展？ 只有vmware。 许多人正在等待与OpenStack的ec2集成。
不，方向正在发展。 例如，在4.4中，数据存储发现是通过vm.datastore.discovery键出现的。 很酷的wmi.getall密钥也出现在4.4中-我们希望通过它以及perf_counter_en密钥，可以进行良好的Hyper-V监视。 好吧，Zabbix 5.0将朝着这个方向进行其他重要的更改。
10.当赠送的所有东西都被拿走时，没有想到放弃模板而像prometeus一样吗？
Prometheus会自动获取所有指标，非常方便。 模板不仅仅是一组度量标准，它还是一个“容器”，其中包含给定类型的资源或服务的所有必需的类型监视配置。 它已经具有一组重要的触发器，图形，检测规则，其中包含度量标准和阈值的描述，可帮助用户了解发生了什么，检查了哪些阈值以及原因。 同时，模板易于与其他用户共享-他们将很好地监视自己的系统，甚至不会成为专家。
11.为什么开箱即用的指标这么少？ 就操作而言，这极大地使设置复杂化。
如果您开箱即用的是现成的模板，那么现在我们正在努力扩展和改进模板。 Zabbix 4.4推出了新的，改进的设置和更好的功能。
对于Zabbix，您始终可以找到share.zabbix.com几乎适用于所有系统的现成模板。 但是我们决定应该自己做基本模板，向其余示例展示一个示例，并使用户不必再为某些MySQL编写模板。 因此，现在在Zabbix中，每个版本只会有更多的官方模板。
12.何时有可能建立与主机无关的触发器，例如基于标签。 例如，我们从n个不同的点监视站点，我们想要一个简单的触发器，当无法从2个或多个点访问该站点时将触发该触发器。
实际上，这种功能已经在Zabbix中使用了几年，是为其中一位客户编写的。 客户是ICANN。 例如，可以通过聚合项或使用Zabbix API进行类似的检查。 现在，我们正在积极努力简化此类检查的创建。
PS ：在Slurms之一上，Zabbix开发人员问我们想要在产品中看到什么，以便使用Zabbix而非Prometheus监视Kubernetes集群。
当开发人员去见客户而不是自己动手做时，这很棒。 现在，我们正以真诚的兴趣与每一个版本会面-好消息是，我们谈论的越来越多的功能获得了鲜血和鲜血。
尽管开发人员不会退缩，但会对客户的需求感兴趣，但是产品会不断发展。 我们将关注Zabbix的新版本。
PPS ：几个月后，我们将启动一个在线监控课程。 向谁感兴趣，请订阅，以免错过公告。 同时，您可以浏览我们的Kubernetes Slurm 。