Комментарии 7
Простите но название статьи вводит в заблужение
Zabbix + API - это обычно про управление по API самим заббиксом
т.е. когда внешняя система обращается в заббикс и создает в нем объекты мониторинга, ивенты или запрашивает статус тригеров и/или метрики
А то что Вы описали это постпроцессинг JSON-а
просто в вашем частном случае JSON вернулся от HTTP агента поэтому типа и REST
но где же API?
Согласен. Тоже думал об этом, что может быть путаница с API Zabbix`a. Лучше варианта, к сожалению, не смог придумать. Если предложите короткое, простое и понятное название, точно отражающее суть, то с удовольствие изменю.
Zabbix Hosts discovering на пальцах
Начиная реализовывать мониторинг, я, примерно, понимал значение host в терминологии Zabbix, но про discovering точно ни чего не знал. И базово задача выглядела так: хочу чтобы мой Zabbix мониторил ответ от севера, и нюансы.
И вот с этой точки зрения, discovering мне ни чего не даст, и не давал при поиске способа реализации этой задачи. Хотя подобные статьи были в результатах поисках, но описывали другие задачи.
Поэтому простоты в понимании, к сожалению, не даст.
Пока писал подумал над этим вариантом - "ZABBIX и мониторинг внешних API данных".
Давайте так, ваша статья именно про LLD discovering хоть вы и используете HTTP агента как правило обнаружения, но оно простейшее, просто GET запрос на конкретный URL, да который возвращает json. Где работа с REST api ? Обычно приходится передавать с запросом кучу параметров, заголовков, в теле запроса возможно тоже передать json, а еще в нормальном апи всегда присутствует авторизация и в заббиксе это тоже нужно правильно прописать, когда я вижу такой заголовок то ожидаю именно такую информацию.
Согласен. Всего функционала, который предоставляет ZABBIX для работы с REST API в данном случае нет. Тема LLD discovering очень объемная. И она в общем-то и не планировалась, прошу заметить, статья ведь для начинающих. С максимально простым примером. Извините, что не соответствует вашим ожиданиям, но это указано и в названии и в теге "простой".
Ранее, я писал о том, что при поиске, начинающие, на моём личном примере, не обладают знаниями об LLD(discovery). А ищут исходя из задачи - мониторинг HTTP сервиса.
И будут сталкиваться с тем самым API Zabbix, который им не даст решения. Далее пойдут смотреть LLD на оф. сайте, который будет связан с файловыми системами, с сетевыми интерфейсами и т.п, но тоже ни чего не даст для решения подобной задачи.
Еще посмотрят на JSONPath функциональность, что тоже не даст ни чего, для решения этой задачи.
И мне бы очень помогла статья именно на эту тему - мониторинг HTTP, мониторинг API, как угодно.
А то, что это делается через механизм LLD, это уже следующий этап развития, если можно так сказать. Вот об этом речь. И вам, с высоты своих знаний, возможно сложно поставить себя на место таких как я, начинающих, и пройти тот самый путь, по тем же хлебным крошкам для решения подобной задачи.
Поэтому LLD или discovering, в наименовании на мой взгляд не подойдёт. Пока оставлю "Zabbix + мониторинг HTTP(API) сервиса". Про ожидание/реальность широты изложения вначале написал.
А зачем искать новые камеры каждую минуту? Бессмысленный расход поллеров.
Zabbix + мониторинг HTTP(API) сервиса, начинающим от начинающего