популярный подход - это родительский item - обычный item, который получает json. в ней и сущности и метрики, разное кол-во сущностей.
LLD - у него item зависимый от родительского. и препроцессинг.  на js например,  в результате его обработки получается сущность типа array
[ {"имя макроса": "значение1"}, {"имя макроса": "значение2"} ]
LLD создает сущности с {#имя макроса} и именами этих сущностей: значение1, значение2
у этого LLD - item prototype  тоже зависимый, от того-же родительского item-а. где json-path добывается метрика из него.

ну родительский айтем да, тащит все, а остальное разбирается, вот и хочу понять как с lld в дальнейшем забирать значения, имена полей + строить триггеры

ну родительский айтем да, тащит все, а остальное разбирается, вот и хочу понять как с lld в дальнейшем забирать значения, имена полей + строить триггеры

пример  получаешь в родительском item-е данные в виде: [ {"name": "штука1", "value": 10 }, {"name": "штука2", "value": 20 } ]
в LLD macros пишешь что :
{#OBJECT} $.name
в item prototypes добываешь значения в с помощью  json path вида
$.[?(@.name == '{#OBJECT}')].value.first()

полей в джсоне может быть от 1 до 30, может кто-то такое уже решал и поможет советом, чтоб просто подсовывать урл айтему и он его распарсивал сам, умом понимаю, что в принципе возможно, на lld и куче условий

Мониторинг мониторинга?

а можно по подробней что вы имеете ввиду под агрегацией объектов?

Существуют ли решения по агрегации в Zabbix данных объектов из других Zabbix? в любом виде

заказчик хочет дублировать события из одного Zbx в другой

только  события?

только

только

ну если события , значит он навеное просто хочет видеть на одном дашборде. попробуйте https://share.zabbix.com/zabbix-tools-and-utilities/web-addons/octozab-multi-zabbix-dashboard

ну если события , значит он навеное просто хочет видеть на одном дашборде. попробуйте https://share.zabbix.com/zabbix-tools-and-utilities/web-addons/octozab-multi-zabbix-dashboard

заказчик хочет дублировать события из одного Zbx в другой