шо то хуйня, шо это хуйня - обе две хуйни :)
На самом деле заббикс конечно хорош, но складывать time-series metrics в реляционную базу - это максимально неудачное решение, а настаивать на этом, когда давно существуют
ts data bases (opentsdb, influxdb, prometheus, victoria metrics, на вскидку) - это и вовсе глупо.
Впрочем, zabbix для очень маленьких проектов (до 20-30 хостов) справляется хорошо - графики рисует и всё такое... Просто если снимать метрики слишком часто - то база натурально начинает пухнуть, приходится постоянно приседать вокруг неё... Ну и вот это вот всё с удалением неактуальных данных.
И да, заббикс - скорее для мониторинга хостов и их "аппаратных" (условно говоря) параметров. Тут он почти из коробки работает.
Помётюс же это не только и не столько система мониторинга, сколько tsdb. Тем не менее в виду того, что эту хрень позиционируют, как решение для мониторинга, там есть возможность "мониторить". Идея в том, что метрики попадают в Prometheus сами (принцип "оно само"), то есть приложение умеет туда засылать данные о своей работе, делает это регулярно и с комфортной для себя периодичностью.
Тем не менее, помимо модели push, есть модель pull, для которой применяются т.н. экспОртэры. Например, node_exporter, для мониторинга состяния хостов и snmp_exporter для мониторинга состояния железок по snmp. Соответственно, такие экспортеры опрашиваются раз в энное количество времени, это прописывается в конфиге. Если не ошибаюсь, то prom. умеет в inotify и самостоятельный релод конфига при его изменении.
У помётюса нету вменяемой самостоятельной рисовалки графиков, поэтому как правило к нему
приворачивают grafana. Для удобства.
Что касается Zabbix vs Prometheus, то здесь однозначного ответа нету, так как вводная также расплывчатая.
Для мониторинга большого прода, с графиками и вот этим всем - возможно, будет удобнее Prometheus, так как из него выборка не будет так жестоко тормозить и скорее всего не будет пропусков на графиках. Да и замониторить можно массу всего, особенно, если разработчики не пидоры и предусмотреть экспорт метрик своего говна в мониторинг.
Для мониторинга небольшого количества хостов (офис, например) - zabbix - вестимо неплохое решение, учитывая, что есть агенты и под венду. Расширяемость на стороне агента вполне себе неплохая и что самое главное - это работает. Словом Zabbix для простых задач мониторинга весьма неплох. Ровно до того, как дело ни заходит о мониторинге чего-то экзотического, костылестроение на стороне агента иногда бывает весьма болезненным.
Далее, zabbix подразумевает модель pull, штатных средств для заталкивания в него метрик не предусмотрено, но это не значит, что "так нельзя". Можно писать непосредственно в БД, этого никто не запрещает.
Тоже самое можно сказать о кастомных вариациях zabbix-agent-а. Сам по себе протокол zabbix agent довольно простой и реализовать собственный agent вполне возможно, через него можно будет собирать метрики приложений используя их нативные библиотеки api.
