Кто хочет поработать в команде Zabbix?

[Alexei]

Друзья!

Мы активно растём и у нас появились вакансии разработчиков и инженеров поддержки для удалённой (ура!) работы:

- разработчики на языке C
- разработчики на языке PHP и JavaScript
- инженеры поддержки

Описание вакансий: http://www.zabbix.com/jobs.php

Если интересно разрабатывать Zabbix, работать над открытым продуктом, общаться с единомышленниками - пишите нам и присылайте CV на [email protected].

[Zholaman]

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

[DRVTiny]

Моя компания уже год как работает над различными доработками кода Zabbix, излазили его вдоль и поперёк.

Пока ни малейших признаков наличия в этом коде какой-либо стройной математической или алгоритмической логики мы не нашли, зато обнаружили целый склад велосипедов на все случаи жизни и весьма оригинальные решения наподобие перерисовки дерева IT Service'ов напосредственно запросом "актуального" куска HTML кода.

Если вы где-то и увлекаетесь математикой и алгоритмами, то в коде Zabbix (фронтенда и сервера во всяком случае) это никак не проявляется.

[Alexei]

Если вы где-то и увлекаетесь математикой и алгоритмами, то в коде Zabbix (фронтенда и сервера во всяком случае) это никак не проявляется.

Не согласен. Будет время, посмотрите на http://zabbix.org/mw/images/1/18/Prediction_docs.pdf. Это описание модели новых триггерных функций уже реализованных в Zabbix 3.0. Достаточно математики?

[DRVTiny]

В отсутствие таких элементарных вещей, как корреляция - по-моему predictions немного оторваны от жизни.

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

И ещё вещи, которые без всякой математики напрашивались на реализацию уже очень давно:
- Иерархия хостгрупп (одна группа логически вложена в другую)
- Функциональное дерево IT-Service'ов с расчётом интегральных показателей
- Карты сети, автоматически формируемые на базе данных автообнаружения

В нынешнем состоянии Zabbix API странноват (особенно его реализация на якобы фронтенде), да много чего ещё...

[Jimson]

В нынешнем состоянии Zabbix API странноват (особенно его реализация на якобы фронтенде), да много чего ещё...

Это смотря что называть фронтэндом. Если говорить о Zabbix и его PHP frontend, то я могу понять ваше "странно". Но с другой стороны сейчас почти весь энтерпрайз это j2ee, и разделение на фронтэнд и логику там только на уровне модели. Zabbix написан на C и реализация API на уровне сервера это такая себе затея.

Кстати, все что вы перечислили в недостатках касается как раз frontend части. Ну да, там много к чему можно докопаться, но при чем тут "стройной математической или алгоритмической логики мы не нашли, зато обнаружили целый склад велосипедов на все случаи жизни" ? Слишком пафосное высказывание на мой взгляд.

На мой, сторонний, взгляд есть два основных "куска": сервер и php frontend. Сервер свою работу делает, в конце концов это система мониторинга, а не софт для управления адронным коллайдером. Есть вещи которых не хватает серверу, но эти хотелки у всех разные и разработчикам нужно придумывать как реализовывать эти хотелки в общем виде. Мне, например, очень не хватает верификации данных получаемых по snmp, но в целом zabbix-сервер хорош и в плане кода и в плане функциональности.

Что касается frontend и, как следствие, API, то тут ситуация сложная. UI крайне трудоемкая часть, даже если писать на каких-то готовых фреймворках. Если бы frontend изначально писался на j2ee, то у нас сейчас был бы томкат с минимум 8г heap и куча недовольных, что "все тормозит", но развивать его было бы проще. Если же продолжать развивать PHP fronend, то неизбежно возникают проблемы с тем где реализовывать API, как реализовать механизм плагинов для расширения функциональности и тд и тп. Возможно для решения этой проблемы и была создана данная тема, а не для того чтобы мы рассказывали тут о своих патчах.

[DRVTiny]

>Кстати, все что вы перечислили в недостатках касается как раз frontend части

Отсутствие иерархической логики, позволяющей оценить состояние ИС на разных уровнях абстракции - от подсистемы на конечной машине до работы подсистем, реализующих крупные куски бизнес-логики, - на мой взгляд, это очень серьёзная ошибка проектирования ("архитектурная" ошибка). Исправляем мы её и в коде сервера, и в коде фронтенда. Работа весьма неблагодарная, нужно сказать. Тот факт, что дерево IT Service'ов реализовано в Zabbix просто никак, по остаточному принципу, по-моему снижает юзабельность Zabbix'а катастрофически.

[Vladosik]

И ещё вещи, которые без всякой математики напрашивались на реализацию уже очень давно:
- Иерархия хостгрупп (одна группа логически вложена в другую)
- Функциональное дерево it-service'ов с расчётом интегральных показателей
- Карты сети, автоматически формируемые на базе данных автообнаружения

Вы реализовали данные функции? Этот список как раз того, что мне так не хватает.

[DRVTiny]

Это реализовали Открытые Технологии, где я уже давно не работаю.
Реализовали, кстати, весьма впечатляюще. Насколько я знаю, сейчас в ЦБ стоит версия этого Zabbix'а поновее, а в ДИТ Москвы - подревнее