Согласен. Спасибо, Геннадий.

Не за что. Девопсы толковые должны понимать, как делить отвественность между Zabbix и Prometheus  и как их готовить.

По BAM могу рассказать как-нибудь, но в частной беседе, есть опыт. Девопсы не помогут, дорогие разработчики тоже)

Наблюдал как дефибриллятором оживляли переодически Oracle BAM ) Доклаудные коробки не пригодны для работы под высокими нагрузками, а поделки типа WSO на любителя (в курилке бы по-другому написал)

Выбор немного другой. Zabbix и Prometheus имеют разные модели получения данных, разные модели хранения данных. Zabbix гибче в плане получения данных и эффективнее в хранении данных. А Prometheus разве что удобно настраивать для отображения графиков.

А подробней пожалуйста

С моей точки зрения особенности конфигурации и эти модели как раз и определяют их назначение (подходящие кейсы). Забиксом удобнее мониторить инфраструктуру, а прометеем контейнеризованные аппки

моделей две в принципе - опрос приложений или парсинг логов.

с агентом или без - второй вопрос

Если вы не умеете тейлорить "библию" на "методички" лучше ИМХО не читать)

Я пока думаю как навесить на заббикс динамическую конфигурацию объектов.

Методички?

в смысле стандарты предприятия

Никак, бери прометей

а дальше два соображения:
1) 99% разработчиков не понимают, что такое продуктивный лог, а тем более лог бизнес-транзакций, и чем они отличаются от вываливания портянок, ошибок и кордампов
2) опрашивать приложения для получения информации о работе приложения - не всегда корректно, лучше заходить всегда с уровня ниже. Ну и плюс встроенные в исполнимое пространство "профайлеры" это дополнительная угроза производительности.

С операционками попроще - есть syslog, агенты заббикс, патруль, вендорские агенты итп.
С приложениями чаще приходят к смешанному варианту, зависит от стека. С бизнес-мониторингом всё сложнее и разнообразнее

Обзор есть функций и структуры хороший?

В смысле что за инфраструктура нужна, сколько стоит сопровождение, на сколько нужно учить персонал. И вот это всё.

А кто из разработчиков умеет в функциональные деревья?

Ох, у меня тоже обширный опыт с BAM, я даже сформулировал в какой-то момент для себя отдельный подвид BAM - для нужд эксплуатации )

🙂

Zabbix может и pull, и push, любую модель получения данных.

Prometheus работает по модели push. Что в него кинут, то и будет хранить.

Zabbix может сжимать старые данные, как пример, в целом эффективнее хранит данные в внешней базе.

Prometheus не занимается хранением, для него это внешнее дело.

Zabbix может интерпретировать данные. Не просто показать что дали, а кто нибудь запроцессить, как до сохранения, так и после.

Zabbix имеет нордический пользовательский интерфейс.

Prometheus даёт ui на внешний откуп. Какую нибудь grafana к нему нужно.

Алертинг есть и там, и там. В zabbix из коробки, в Prometheus в виде расширения.

Prometheus более cloud-frendly.

В многом они похожи, есть шаблоны под типовые задачи, есть расширения.