Hey Bala,
The expectation would be that such applications are run as pods within Kubernetes rather than trying to run binaries directly on the nodes. The purpose behind shipping specific rpm-ostree images is such that we can deploy a reliable OS for the platform. We test all packages for each release together as one cohesive platform. So for that reason, we wouldn’t want to be installing any additional binaries on the nodes themselves.
If you don’t want to use the prometheus deployment that we deploy with he platform for monitoring, then I would suggest deploying Zabbix as a deployment on top of OKD. You can use Kubernetes constructs to provide the Zabbix pods with as much or as little access to the underlying hardware as you like. Doing it this way will ensure the underlying OS remains stable and consistent, while ensuring you are still able to upgrade reliably via the standard upgrade process.
Brendan Shephard
Senior Software Engineer
Brisbane, Australia