прототипов данных всёравно будет столько сколько типов данных
разница только в том, что фильтрация групп айтемов по типам будет выполнятся на стороне zabbix-сервера (прокси)

вариантов 3 и все поразумевают отдельный дисковери на группу айтемов типы данных которы не меняются у каждого элемента

1. каждый дискавери забирает все данные и фильтруя создаёт только айтемы своего типа (целевой хост несколько раз будет собирать одни и те же данные)

2. каждый дисковери является зависимым от одного айтема в котором все типы вперемешку. фильтрация списков всё так же на стороне забикса, но целевой хост подготовливает и отдаёт данные о списке элементов только один раз. мониторящиеся данные уже созданными айтемами забираются точечно

3. все данные передаются в виде "структуры" в один временный айтем. это и список элементов и сами значения будущих айтемов. здесь создаются и dependet discovery и dependet item prototype. минус (а в некоторых случаях плюс) это то что частота дискавери будет совпадать с частотой сбора данных, что может нагрузить забикс сервер...

о, спасибо. чуток просветлело. но я всё же попытаюсь ещё раз задать скромный вопрос по своему разумению. а не проще реализовать разбор пачки item-ов по фильтрам + 1 "дефолтный" (если есть)? ну да, это к вопросу разработки конечно.\

а, буду неистово благодарен если подскажете пример реализации п.2

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

да простят меня разработчики если что-то перепутал)

и пример 3-го варианта можно подсмотреть в шаблоне Template App RabbitMQ cluster by ... из последней версии

Допустим у меня есть скрипт в Администрирование->Скрипты. Кто-нибудь может подсказать как в этом скрипте получить логин юзера, который его запустил?

https://www.zabbix.com/documentation/current/manual/appendix/macros/supported_by_location

{USER.ALIAS}
→ Global scripts (including confirmation text) Alias (username) of the user who started the script.
Supported since 5.0.2.

Спасибо. А в 4ой версии есть способ?

Судя по доке - нет. Но полагаю, там не сложно веб подрихтовать для этого

как можно сделать? есть сервис (web) который работает через REST API , так вот прежде чем с ним работать надо получить авторизационный токен (залогинится)…
я сделал авторизацию (токен возвращается в item) , вопрос в том, как мне использовать данный token во втором item  ?

Вообще, по доработкам веб-интерфейса кто хочет может обращаться ко мне, или к @lint_deezy, например

препроцессинг. ходить в апи и обновлять макрос

можете раскрыть, слова знакомые, логики не понимаю

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

Возвращайте токен через апи в глобальный макрос

есть ссылка (на доку) как прописать в макрос хоста или в глобальный макрос?

эмм, item preprocessing javascript -> json zabbix api ? как то слишком кажется

предложите более простые альтернативы? )