zabbix监控k8s，企业应该如何考虑相关建设？

zabbix正在努力向容器靠拢！

zabbix是可以监控docker的，监控Kubernetes还需要自己写脚本。 可以这么说，只要你想用zabbix监控，都是可以的，只是实现的成本。 

你可以用简单的prometheus+grafana，用CoreOs提供的缺省的item，不用写任何脚本就能监控Kubernetes，何必自己去用zabbix脚本，但是zabbix高手不在此列。

不建议采用zabbix监控k8s，可以使用 Prometheus+grafala方案来监控k8s，从一开始就规划好监控要求，统一好监控指标标准，统一好监控接口。

Zabbix 5.0之后开始原生支持docker容器的监控，也可以利用http agent调用k8s接口实现监控，Zabbix后续版本会提供开箱即用的k8s 的监控模板，尽请期待。

本人目前通过python的request库+zabbix_sender，对k8s的api进行数据采集并进行处理。前提是要k8s的master生成一个tonken加入到header中。才可以通过request获取api的数据

首先zabbix是个开源的引擎，光靠自身很难实现全监控。但是他具备优秀的开源特性和接口，只要具备开发能力的团队，是可以将k8的监控需求满足的。而且zabbix也在持续的更新中。

应用的复杂度越来越高，环境部署的难度也越来越高。就像问题中说的，重复建设的问题、各厂商标准不统一的问题等，给监控带来很大挑战。
站在甲方角度，从一开始就规划好监控要求，统一好监控指标标准，统一好监控接口。虽然有些难，但这是一个比较好的思路。
现在为了应对业务的复杂性，数据治理、服务治理等工作相继成为很多公司的工作重点，一步步来吧。我相信监控这块儿也会有类似的整治工作

长远来看Prometheus对K8s支持的比较友好。

建议采用prometheus。可以实现node，pod，service，ingress等服务组件的监控，可配合grafana 展现。
同时支持ceph 等开源存储的监控。