Comments 29
Поддерживает Zabbix, сам использую ежедневно, уже не знаю как без него обойтись.
А пожалуйста: https://github.com/ableev/Zabbix-in-Telegram :)
Но отправить сообщение в мессенджер — это "через десятые руки" + задержка получения + надо открыть + надо увидеть более критичное.
Соль в том, что всплывающие уведомления можно и проморгать, когда как в чатике оно никуда не пропадёт.
Помимо обычных мессенджеров бывают и корпоративные, так что можно и не через десятые руки слать алетры.
Для особо критичных алертов можно (нужно) настроить звонок на телефон помимо всего прочего.
ИМХО в 2018 году что-либо делать по ip адресу можно только из ностальгии по 90м.
Не поймите меня неправильно, но даже при открытии Хабра используется IP адрес.
И когда мы подключаемся к локальной сети — нам выдаётся айпишник.
Который можно использовать :)
Там в середине статьи есть спойлер, в котором описано, как можно обойтись без этого знания.
В качестве "регистрации" десктопа используется ssh -> who -> запись айпишника в файл. Нас мало, это нужно буквально десяти людям. Делать какую-то систему регистрации/авторизации под это дело — долго, и вообще странно.
А если это надо одному человеку, который может статикой прибить свой айпишник в офисном dhcp — вообще проблемы отпадают.
Точно так же можно сказать и про SMS: ведь никого не смущает необходимость знать номер, чтобы отправить сообщение. А в некоторых случаях ещё и разрешение владельца на отправку сообщений.
Также у вас аргументы «нас всего 10» и «делать по-другому сложно».
Все это плохо вписывается в корпоративный аккаунт такой большой компании как Badoo. У вас же полно программистов, если так хочется свой велосипед, с сегодняшними технологиями можно за пару вечеров написать клиент северное решение. Чего-то подобного я ожидал за ходя в эту тему.
PS/ Без обид, у меня просто диссонанс от масштаба компании и решения, если в это реально поверить.
Где-то весь отдел – это 40 человек с группами по компонентам.
Где-то — 2 человека.
Делать по-другому не сложно, и можно наворотить целый комбайн, который потом нужно будет поддерживать.
Можно написать свой мониторинг.
Мой посыл в том, что большое и сложное решение не всегда нужно небольшой команде эксплуатации.
Есть задача, а то, как она решается (сложно или просто) – большого значения не имеет.
Статья в стиле «мы молодцы, сделали вот такую крутую штуку под свои нужды и потребности, но вам она ни к чему и использовать у себя вы не сможете» вызвала бы диссонанс у кого-то ещё.
Смотря под каким углом посмотреть.
Не важно какого размера отдел, потому, что его деятельность влияет на всю компанию. Как говорится, цепь крепка настолько насколько крепко ее самое слабое звено. Если в одном отделе, для решения одной простой задачи используются открытые порты и авториазция по ip адресу это все равно, что во все компании. Вот такой у меня угол.
Есть задача, а то, как она решается (сложно или просто) – большого значения не имеет.
Дело не в сложно\просто. А в безопасно>>просто.
Это долго, тяжело, и не всегда оправдано.
Завтра умрёт этот клиент (хотя я не уверен, что он прям развивается) — что делать?
А для Linux есть аналог?
«Мучал» — не совсем корректное описание для данного решения. Написано оно было давно и не менялось.
У нас есть дашборд для отрисовки проблем. В статей же речь идёт об уведомлении и привлечении внимания.
А по поводу «поллинга заббикса» — поделитесь, какая у вас нагрузка. Сколько триггеров, хостов, и тд. Так можно и до «зачем клиент написали, ведь есть стандартный дашборд» дойти.
Если прозевал уведомление, то в системном трее всегда видно количество непрочитанных сообщений.
По чату можно восстановить всю историю событий.
Как научить Zabbix отправлять уведомления о проблемах прямо на рабочий стол