Выпущена (https://github.com/chillum/jsonmon/releases/tag/v3.0) третья версия минималистичной программы для мониторинга jsonmon (https://github.com/chillum/jsonmon/). Программа написала на языке Go и функциональность её довольно скромна по сравнению с такими системами мониторинга как Nagios или Zabbix. С другой стороны, jsonmon значительно проще сконфигурировать. Иными словами:
- Есть YAML-конфигурация, в которой описываются Веб- и шелл-проверки.
- Есть JSON API для просмотра статуса и минималистичный пользовательский интерфейс к нему.
- Умеет слать нотификации по почте и/или с помощью плагинов (в комплекте плагин для Slack)
- Не требует ничего, кроме Unix-like-системы, /bin/sh (для запуска шелл-команд) и сконфигурированного /usr/sbin/sendmail (для работы почтовых нотификаций).
В настоящее время официально собираются релизы для Linux и macOS. В планах создание RPM/DEB-репозитария для удобной установки.
Переход к версии 3 обусловлен упрощением формата конфигурационного файла с целью избежать ошибок из-за неверного задания конфигурации.URL: https://github.com/chillum/jsonmon/wiki
Новость: http://www.opennet.ru/opennews/art.shtml?num=44960
В прицнипе правильно. Nagios/Zabbix - это хорошо, но поднимать их на личном VPS или домашнем сервере - как-то чересчур, и мороки много.А вот Apache License - это плохо.
"домашнем сервере"Не знаю почему, но когда я вижу эти да слова вместе, мне тошно.
А по теме. Нагиос из коробки умеет проверять локалхост. И web ему не нужен для этого.
> "домашнем сервере"Не знаю почему, но когда я вижу эти да слова вместе, мне тошно
Это потому, что ты самовлюбленный сноб.
> "домашнем сервере"
> Не знаю почему, но когда я вижу эти да слова вместе, мне
> тошно.Скоро хоже будет. IoT войдёт в жизнь, каждое первое жильё, сдаваемое девелоперами, включая самые бюджетные однушки и студии, будет "умным домом", управляемым домашним сервером.
Я мог бы посоветовать Вам повеситься, пока не поздно, но это грозило бы Опеннету санкциями за пропаганду суицида. Поэтому я не буду советовать Вам вешаться, хотя время уходит.
> Я мог бы посоветовать Вам повеситься, пока не поздно, но это грозило
> бы Опеннету санкциями за пропаганду суицида. Поэтому я не буду советовать
> Вам вешаться, хотя время уходит.Мвгнетрон из микроволновки спасет отца русского луддизма. Хотя это слишком иновационно и технологично для истинного луддита. Используйте аутентичный молоток. Олдскульный вариант можно сделать примотав лианой камень к палке. Если лины недоступны, сойдет резинка от трусов.
> когда я вижу эти да слова вместе, мне тошноА мне тошно, когда вижу новояз, вроде: "из коробки" и "бесшовный".
> А мне тошно, когда вижу новояз, вроде: "из коробки" и "бесшовный".Какой же это новояз? Корбки в русском языке давным давно, да и какие-нибудь бесшовные трубы были при большевиках еще, а может и при царе даже.
На Руси софт в коробках никогда не продавали в более-менее заметных количествах, поэтому нормальному русскому понятие софта из коробки чуждо, поскольку с его точки зрения софта в коробках не бывает.
Продаванам из 1С это расскажите. ;)
> На Руси софт в коробках никогда не продавали в более-менее заметных количествахНа руси хорошилище идёт по гульбищу из позорища на ристалище.
Весь вопрос упирается в оценки "заметных количеств". Некоторые вещи можно не замечать не потому, что они малы, а потому, что ты смотришь не туда, к примеру.
Аналогичная реакция на "... от слова совсем".
А что не так с домашним сервером? Не всем нравится зависеть от облаков.дело не в локалхосте. А в том, что для того, чтобы проверять, есть ли место на винтах у меня и жены, не ругается ли SMART, не умер ли торрент (у rtorrent бывает), жив ли бэкапный сервер и туннели - мне на фиг не нужен нагиос. Нужна простая осмысленно и централизованно конфигурируемая (в отличие от кронов) оповещалка, умеющая пискнуть на почту или дёрнуть скрипт. То же и для VPS с пятью сервисами для личного пользования. А есть там веб или нет - дело десятое, в общем-то.
И чем вас для этого monit не устраивает?
Тем, что он для моих задач - overkill. А здесь - совершенно прозрачный синтаксис из десяти команд в одном файле. Без всяких попыток рестарта падших, настроек ssh и т.п.
> Тем, что он для моих задач - overkill. А здесь - совершенно
> прозрачный синтаксис из десяти команд в одном файле. Без всяких попыток
> рестарта падших, настроек ssh и т.п.С другой стороны, ssh обычно один фиг используется для управления ремотными системами. Синтаксис из 10 команд - хорошо. Если его хватило. А если не хватило - придется заниматься махровым програмизмом вместо конфигурации и чего доброго это окажется сложнее чем настроить даже жабикс или нагиос. Поэтому некоторый запас фич в core чтобы их самому не выписывать лобзиком - не такая уж плохая идея для админов и пользователей, которые не готовы очертя голову бросаться дописывать фичи сами.
А что до рестарта - ну, знаешь, если ты свалил на месяц в отпуск, у тебя какой-нибудь motion на домащнем сервере повис, а хату обчистят именно в этот момент и ты не получил ни алерта, ни физиономий засранцев - это наверное будет глупо и обидно.
> А если не хватило - придется заниматься махровым програмизмом вместо конфигурацииВот поинт в том, что если тебе что-то не хватило, ты можешь заниматься "махровым программизмом" на шелле или чём захочешь.
Не хватает встроенной web check (мне как автору, кстати, не хватает) -- напиши свою и вызывай её как shell. У меня как shell-чек вызывается, например, асинхронный скрипт, проверяющий 10 URL, а не одну. Как это красиво вписать в конфигурацию и надо ли -- я до сих пор сомневаюсь.
Ровно и то же с нотификейшнами. Не устраивает слать на системный MTA -- пиши свой скрипт, который будет отсылать куда угодно.
Собственно, это вся основная функциональность программы, и, по моему, она расширяема на привычном для админах языке без лазанья в код.
> Вот поинт в том, что если тебе что-то не хватило, ты можешь
> заниматься "махровым программизмом" на шелле или чём захочешь.Может я чего-то не понимаю в этой жизни, но там ни шаблон уведомления не поменять, ни тем более метод нотификации без переписывания этой части в go'шном коде:
// Mail notifications.
func notify(check *Check, subject *string, message *string) {
// Make the message.
var msg bytes.Buffer
msg.WriteString("To: ")
msg.WriteString(check.Notify)
msg.WriteString("\nSubject: ")
msg.WriteString(*subject)
msg.WriteString("\nX-Mailer: jsonmon\n\n")
if message != nil {
msg.WriteString(*message)
}
msg.WriteString("\n.\n")
// And send it.
sendmail := exec.Command("/usr/sbin/sendmail", "-t")
stdin, _ := sendmail.StdinPipe()
err := sendmail.Start()
if err != nil {
fmt.Fprint(os.Stderr, "<3>", err, "\n")
}
io.WriteString(stdin, msg.String())
sendmail.Wait()
}> Не хватает встроенной web check (мне как автору, кстати, не хватает) --
> напиши свою и вызывай её как shell. У меня как shell-чекЭто то понятно. Но если вспоминать про конкурентность и масштабируемость, это уже не про проверки на шелле вызываемые так. Хотя для "домашнего сервера" - сойдет.
> Ровно и то же с нотификейшнами. Не устраивает слать на системный MTA
> -- пиши свой скрипт, который будет отсылать куда угодно.Насколько я понимаю код, notify() не подразумевает вызова чего либо кроме hardcoded sendmail'а и ожидает вполне конкретное, sendmail-специфичное поведение stdin.
> Собственно, это вся основная функциональность программы, и, по моему, она расширяема на
> привычном для админах языке без лазанья в код.Эээ? Без переписывания функции notify() в go'шном коде там вроде бы вообще ничего связанного с уведомлениями поменять невозможно в принципе? Ну так, глядя в код. Да и дока утверждает что без sendmail вы дескать пролетаете.
> Насколько я понимаю код, notify() не подразумевает вызова чего либо кроме hardcoded sendmail'ада. но кроме него есть и alert(): https://github.com/chillum/jsonmon/wiki/Notification-plugins
> да. но кроме него есть и alert():Действительно, я его не заметил и это мой FAIL. С ним в принципе можно уже и правда сделать некое подобие мониторинга без махрового програмизма, правда совсем простенького. Потому что как я понял оно понимает только pass/fail и в принципе не имеет понятий типа warning или severity или количественных оценок масштаба проблем.
А если "апач ответил, но это заняло 15 секунд" или "пинг работает, но RTT=10 секунд и 30% потерь пакетов" - это в виде pass/fail получается по дурацки. Ну то-есть для "домашнего сервера" может сойдет, но вот как компании с этим живут я все-таки не понимаю. Скажем мониторинг вполне может и наверное даже должен показывать что допустим корпоративный вебсайтик - приближается к потолку возможностей. А уж если потолок достигнут и времена ответа конские - это как бы еще не жесткий failed, но наверное уже как минимум warning. Просто потому что половина юзерей не станет ждать загрузки страниц 20 секунд.
Типичная программа на Go - наколенная "для наших задач сойдет пока, зато обошлись интерном и двумя рабочими днями".
Потому что "monit это overkill, там есть фичи, которые мы не будем использовать".
> Потому что "monit это overkill, там есть фичи, которые мы не будем
> использовать".Парадокс этой мониторилки в том что там почти ничего от мониторилки нет. Хотя при желании можно обвесить скриптами и какой-то мониторинг получится.
Плюсов я вижу 2:
1) Код достаточно примитивный, нубы могут поучиться программить на этих кошках, и это получше чем wannabe-вебсервера на питоне.2) Оно может в вебню статусы вывесить по простому. Правда ирония в том что статусов там не густо и внутренности столь тривиальны что попытки что-то там исправить приведут к написанию своей мониторилки, наверное :).
А monit... слушай, если он тебе нравится - покажи им хотя-бы bootstrap попсовый чтоли. Ну нельзя такой жуткой вебмордой в XXI веке людей пугать :)
>>> "домашнем сервере", когда я вижу эти да слова вместе, мне тошно...И как же организована лично твоя десятитерабайтная коллекция рабочих файлов?
ЮСБ шнурками?Лично мне удобнее именно доступная через Gbe Ethernet отдельная башня со шпинделями.
> И как же организована лично твоя десятитерабайтная коллекция рабочих файлов?
> ЮСБ шнурками?Расскажи как и кем ты РАБОТАЕЩЬ ворочая 10 терабайтов данных? Нет, на нелинейного видеоредактора ты не похож.
> Лично мне удобнее именно доступная через Gbe Ethernet отдельная башня со шпинделями.
Локальные диски таки побыстрее, если реально надо терабайты ворочать. К тому же там возможны всякие zero-copy фокусы.
Все десять в одном проекте не нужны.> Локальные диски таки побыстрее
Да ну???
> Да ну???SSD может спокойно упереться в скорость линка, особенно на чтение, особенно на 3Гбит SATA.
А Go намекает что это хипстерский проект, который в отличие от жабиксов и нагиосов может исдохнуть через годик-другой и пользователи окажутся на бобах.
> А Go намекает что это хипстерский проект, который в отличие от жабиксов
> и нагиосов может исдохнуть через годик-другой и пользователи окажутся на бобах.Go лучше, чем PHP или Perl-based решения умеет в конкуррентность.
Вы, наверное, не поверите, но одна из причин написания этого была именно не очень хорошая производительность Zabbix'а на множестве HTTP-проверок. Ну, и во вторую очередь -- дикое количество движений для конфигурации такой проверки в нём.
> Go лучше, чем PHP или Perl-based решения умеет в конкуррентность.Я не очень понимаю каким боком тут домашние серверы. Им все это не актуально, а шанс что оно конкуретно стрескает все ресурсы вообще может стать багом а не фичой, потому что на домашних серверах обычно крутится более 9000 сервисов разной степени нужности и важности.
> Вы, наверное, не поверите, но одна из причин написания этого была именно
> не очень хорошая производительность Zabbix'а на множестве HTTP-проверок. Ну, и во
> вторую очередь -- дикое количество движений для конфигурации такой проверки в нём.И правда - не поверю. Для меня выглядит как будто целью было научиться это делать, а остальное сильно притянуто за уши. Это само по себе ничем таким не плохо. Но есть нюансы. Когда человек научился и результат получен - оказывается что майнтенанс, починка багов и прочая рутина - нифига не эпично, не очень интересно, и вообще. Нагиос и жабикс с нами уже много лет и их разработчики делом доказали что их это по тем или иным причинам не смущает. А вот наблюдения за проектами на всяких питонах и go показывают что обычно запала хватает на год-два. После чего проект чаще всего приходит в заброшенное состояние. Потому что оказывается что нормальный цикл разработки софта все-таки не о быстреньком накидывании скелетона делающего то что задумано.
> Я не очень понимаю каким боком тут домашние серверыЯ тоже не использую эту штуку дома. Но, как минимум, в двух компаниях она в продакшне уже достаточно давно.
> конкуретно стрескает все ресурсы
В одном случае она ест 8MB RSS, во втором -- 10MB. Не считая дополнительных шелл-проверок. CPU ест меньше минуты за двое суток. От Zabbix похожей производительности я так и не добился.
> Я тоже не использую эту штуку дома. Но, как минимум, в двух
> компаниях она в продакшне уже достаточно давно.Понятно, про домашние сервера кажется придумали местные админы локалхоста.
> В одном случае она ест 8MB RSS, во втором -- 10MB. Не
> считая дополнительных шелл-проверок. CPU ест меньше минуты за двое суток.Спору нет, это здорово. Правда с точки зрени именно компаний и именно продакшна есть и другие моменты. С жабиксом и нагиосом если их админ уволится - они наймут следующего админус обыкновенуса и он это тоже будет уметь. А с такой штукой что они будут делать, интерсно?
> От Zabbix похожей производительности я так и не добился.
Мне кажется на этой планете не так уж и много компаний которым реально не хватало производительности жабикса или нагиоса пхнутых произвольный сервер. А кому не хватило - у всяких фэйсбуков и ко все-равно много загонов по унификации инфраструктуры и того ка это делать правильно.
Действительно - ведь установленные у них софтины тут же откажутся работать и начнут жрать их кошечек...Но даже если сделать вид, что вдруг пришлось переходить на что-то другое - это будет на порядки проще, чем творить разврат с заббиксом, который арссчитан совсем не на те масшабы. Ну пойми, есть Postgres (или, упаси шайтан, какие-нибудь Kassandra/Hadoop), а есть Sqlite.
> Действительно - ведь установленные у них софтины тут же откажутся работать и
> начнут жрать их кошечек...Проект всего лишь придет в состояние bitrot'а.
> Но даже если сделать вид, что вдруг пришлось переходить на что-то другое
> - это будет на порядки проще, чем творить разврат с заббиксом,Освоение жабикса позволит им пользоваться сколько-то лет, риск что придется эти знания спустить в трэш намного ниже.
> который арссчитан совсем не на те масшабы.Ну извини, если аргументами приводится конкурентность - мне начинает уже быть интересно где же это такой мощный аргумент и при том на именно домашних серверах? Сочетание фич и аргументации выдает грубые нестыковки, из которых напрашивается вывод что человек просто учился програмить на примере этой кошечки. Это само по себе ничем таким не плохо, но есть нюансы.
> Ну пойми, есть Postgres (или, упаси шайтан, какие-нибудь Kassandra/Hadoop), а есть Sqlite.
А сабж - это как выйдет кто-нибудь, напишет свою базу на Go. Нафига? Чтобы научиться базы писать. Учиться програмить - хорошо и правильно. А вот агрессивно рекламировать учебные макеты как готовые продукты - так себе затея. ИМХО до того как такую рекламу устраивать нефигово бы устроить карантин на год-два и посмтреть - серьезен ли автор в постановке нормальных процессов разработки, или через год там просто не будет ни одного коммита и это будет стандартное abandonware, которого на go и python банально каждый первый проект.
О конкурентности писал автор. О домашнем сервере - я. То есть это две не связанные позиции. Поэтому никакого сочетания аргументов. Хотя некое сходство у обеих позиций есть - для всяких облаков и подобного нужны простые и дубовые тулзы, которые выполняют большие массивы простых действий, для дома - тоже простые и дубовые, только у них действий мало.Какой, на фиг, битрот? Да, оно умеет полторы функции (и в результате изучается за 10 минут) - ну пусть так и остаётся, как по мне - можно больше вообще ничего не менять, без всякого "цикла разработки" - именно из-за простоты. Это ж не браузер, которому приходится за новыми CSS-свойствами и подобной мутью гнаться. Не, серьёзно - какую именно вы там ждёте разработку?
По-моему - это очень близкий к юникс-вею софт - минималистичный, с чётко определённой функцией. В отличие от заббиксов и прочего.
> простые и дубовые тулзы, которые выполняют большие массивы простых действий, для
> дома - тоже простые и дубовые, только у них действий мало.Простота понятие относительное.
- Готовых пакетов для этой штуки нет. Чтобы собрать бинарь - придется втулить go и что там еще. Или качать и запускать блоб из зипаря. Нет, даже про shasums они не слышали. На дворе win95 и ниипет. Проверить что ты вообще укачал не хактул с чувака подменившего DNS ты можешь только используя сорц.
- Вебгуя по умолчанию нет. Есть json api. Это хорошо, но - не для админа локалхоста. А для програмера локалхоста разве что.
- Чтобы вебгуй лежащий сбоку заработал (чтобы его вообще найти - надо почитать как минимум вику) - предлагается всего-то втулить и настроить нжинкс.Для пущей эпичности их примеры предлагают класть вебпагу в ... /etc ?!
Не в обиду, если воткнуть netdata из пакета - это вообше ничего не требует кроме пакетного менеджера, ставится культурно и свою вебморду может само отгрузить. У этой штуки весь интерфейс уместился в килобайт. Что круто. Но во первых оно ничего не умеет, а во вторых - ставить для этого килобайта нжинкс как-то глупо. Что там вообще даст нжинкс, особенно учитывая что весь json всяко идет с no cache.
> Какой, на фиг, битрот? Да, оно умеет полторы функции (и в результате
> изучается за 10 минут)Угу. Изучил. Сразу видно какую ось автор использует и почему апачевская лицензия. И там реально полторы функции. Это вообще не мониторинг а скелет для програмиста на go из которого можно сделать мониторинг.
> - ну пусть так и остаётся, как по мне - можно больше вообще ничего не менять,
> без всякого "цикла разработки" - именно из-за простоты.Правильно, и пакеты нафиг. И интегрити чек бинарей. И вебморде в /etc самое место. Да и нжинкс вам поставить впадлу чтоли? Ну или сами допишите отгрузку этого килобайта статики.
А потом кто-то удивляется почему этот проект считают обычной заготовочной наколенщиной, которой на гитхабе вывалено несколько миллионов наименований и не прутся от рекламы. Ведь если запостить в новости о всех проектах такого уровня с гитхаба - ты один только список новостей будешь сутки выкачивать.
> приходится за новыми CSS-свойствами и подобной мутью гнаться. Не, серьёзно -
> какую именно вы там ждёте разработку?Если тебе интересно до чего подобные шняги могут вымахать - netdata покажет. У этих уже и пакеты есть и явно цикл разработки более поставлен, и большинство вещей прогать самому не придется. И даже морда отгружается той же штукой что и апи обеспечивает. Но там да, кода в разы больше и раздуплять 200-килобайтный JS будет куда сложнее (кто посоветовал, цуки, я три часа вчера на код фтыкал, но это по крайней мере было интересно и познавательно, в отличие от сабжа).
> По-моему - это очень близкий к юникс-вею софт - минималистичный, с чётко
> определённой функцией. В отличие от заббиксов и прочего.Чего там юниксвэйного? Бинарник в зипаре? А, ну да, автор и правда использует сертифицированный юникс.
> Нет, даже про shasums они не слышали. [...] Проверить что ты вообще укачал не хактул с чувака подменившего DNS ты можешь только используя сорц.Эм, бинари тоже на Github (который через https и можно проверить сертификат). Смысла писать sha sum на тот же гитхаб нет никакого -- если тебе подменили сертификат на гитхаб, то тебе подменили и sha sums. :-)
> Правильно, и пакеты нафиг
Да не, не нафиг. просто никак не соберу. Сам деплою из jenkins или ansible.
Если это так просто -- собрать deb/rpm для go-программ, поделитесь рецептом счастья.
> И вебморде в /etc самое место
Да куда хотите, туда ставьте. Или в чём вопрос?
> Чтобы вебгуй лежащий сбоку заработал (чтобы его вообще найти - надо почитать как минимум вику) - предлагается всего-то втулить и настроить нжинкс.
В принципе, мне не сложно веб гуй положить и в сам пакет для самых ленивых, но в реальных условиях он у меня всё равно отдаётся nginx'ом. Ну, и кроме того, это попортит красивую дихотомию, когда бэк-энд отдаёт только динамику, а всё остальное -- nginx. Пойнт засчитан, подумаю.
> И вебморде в /etc самое место.P.S. Исправил путь в доке. :-)
Это не конкурент жабиксам и нагиосам. Да и мониту не конкурент.
Захотелось человеку попробовать на Go что-то сваять, ну сваял.
> В прицнипе правильно. Nagios/Zabbix - это хорошо, но поднимать их на личном
> VPS или домашнем сервере - как-то чересчур, и мороки много.
> А вот Apache License - это плохо.GPL v3 or later https://github.com/firehol/netdata/blob/master/LICENSE.md подойдёт лучше?
Мини-мали-стичненько: с yaml-ами, json-чиками и $прочими.js-иками.
http://netdata.firehol.org/ Эк автора моего любимого firehol-а занесло-то.
> http://netdata.firehol.org/ Эк автора моего любимого firehol-а занесло-то.Это какой-то Monit на стероидах. Т.е. мониторить локалхост -- безусловно, нужная задача, но бывают юзкейсы в которых нужна одна мониторилка, которая ходит к многим хостам. Если мониторинг находится прямо на хосте, который он мониторит, ты не узнаешь, когда у тебя упадёт вся площадка.
> Это какой-то Monit на стероидах.Это какой-то реалтайм-монстрик, с бутстрапом и гламурными графиками.
> но бывают юзкейсы в которых нужна одна мониторилка, которая ходит к
> многим хостам.Он это умеет. Вообще, очень навороченная штука - ты на его гитхаб хотя-бы зайди.
> Если мониторинг находится прямо на хосте, который он мониторит,
> ты не узнаешь, когда у тебя упадёт вся площадка.А он и это кажись умеет.
Так я зашёл. Вижу:* Apache web server mod-status (v2.2, v2.4) and cache log statistics (multiple servers)
* Nginx web server stub-status (multiple servers)насколько легко эту "zero-conf" штуку использовать для мониторинга health check той же кибаны (тоже web-проверка) мне не лазая в код непонятно.
Погляжу, хотя для моих задач - перебор, пожалуй. Все эти графики и реалтайм... В этом плане сабж правильнее - один раз дёрнуть, когда что-то умерло, второй - когда оно воскресло. Для дома самое то.
> Погляжу, хотя для моих задач - перебор, пожалуй. Все эти графики и
> реалтайм... В этом плане сабж правильнее - один раз дёрнуть, когда
> что-то умерло, второй - когда оно воскресло. Для дома самое то.А если апач вроде бы и отвечает, но за 15 секунд - это какой в таких терминах статус? Он живой или мертвый? Все-таки кроме качественных характеирстик бывают и количественные. Если локалхост еще может перекантоваться с настолько простыми понятиями, то человек говорит что компании используют. Как они живут совсем без мониторинга перфоманса я не очень понимаю. Если это какой-нить вебсервер - неплохо видеть что он перестает справляться несколько до того как он умрет настолько что мониторинг посчитает его трупом. К этому моменту стада злых юзерей уже усвоят что этот сервер - полный булшит.
> Как они живут совсем без мониторинга перфоманса я не очень понимаю.А он берётся из анализа логов на лог-сервере. :-)
А вообще мы недавно наступили на ошибку в http/2 в стабильном nginx, которая проявляется только на свежих ios-клиентах. На mainline всё ок. Была ли эта ошибка критичной? Да. Помогли ли при его обнаружении графики времени отклика? Нет.
> А вот Apache License - это плохо.Да с точки зрения пользователя как бы пофиг.
С точки зрения контрибьютора есть разница в том, что Apache license (как и MIT) не запрещает использовать код в закрытых продуктах. Это очень давний спор, что из этого "свободнее" и в итоге лучше для пользователей.
Для себя у меня есть rationale, что пока я не готов бегать по судам и доказывать, что мой код используют нехорошие дяди, а махнуть рукой и сказать "пусть используют", то пусть будет Apache/MIT.
Для меня, как сторонника свободного софта, это не пофиг. При наличии зоть какого-то выбора я выбираю копилефтный софт. ну да, идеология такая. Крошечный вклад в то, чтобы проприетарщина когда-то всё же померла.
> Для меня, как сторонника свободного софта, это не пофиг. При наличии зоть
> какого-то выбора я выбираю копилефтный софт. ну да, идеология такая. Крошечный
> вклад в то, чтобы проприетарщина когда-то всё же померла.Так, это, Apache v2.0 -- это сертифицированная копилефт-лицензия по мнению FSF. :-)
> Так, это, Apache v2.0 -- это сертифицированная копилефт-лицензия по мнению FSF. :-)Голову проверь. Сотрясения опасны.
>> Для меня, как сторонника свободного софта, это не пофиг. При наличии зоть
>> какого-то выбора я выбираю копилефтный софт. ну да, идеология такая. Крошечный
>> вклад в то, чтобы проприетарщина когда-то всё же померла.
> Так, это, Apache v2.0 -- это сертифицированная копилефт-лицензия по мнению FSF. :-)Не, ошибся. FSF пишет: This is a free software license, compatible with version 3 of the GNU GPL. [...] The patent termination provision is a good thing, which is why we recommend the Apache 2.0 license for substantial programs over other lax permissive licenses.
Т.е. это таки free software, но не совсем copyleft.
>Nagios/Zabbix - это хорошо, но поднимать их на личном VPS или домашнем сервере - как-то чересчур, и мороки много.открой для себя collectd
> открой для себя collectdТы еще rrdtool вспомни, блин. А то упомянутому firehol'у при всей его навернутости почему-то этого сильно не хватает. 345 мегабайтов памяти за час замеров? Эй, але, посмотрите на хотя-бы openwrt'шную морду. Агрегация за !год! при том что там во всей железке 32 мега памяти.
Да вы что, прикалываетесь все? Заббиксы, мониты, реалтаймовые статы, теперь вот это... Для личных задач всё, что нужно - это легко настраивемые оповещения. Просто чтобы знать, когда что-то упало или когда полярный лис подкрадывается.
> Да вы что, прикалываетесь все? Заббиксы, мониты, реалтаймовые статы, теперь вот это...
> Для личных задач всё, что нужно - это легко настраивемые оповещения.Это стеб? Что там по части оповещений "настраивается"? Оно из оповещений только sendmail умеет, это жестко прибито на гвозди в коде зачем-то.
Вот прям так:
sendmail := exec.Command("/usr/sbin/sendmail", "-t")И дальше работа с именно stdin, именно sendmail. Если ты хотел что-то другое... ну... эээ, это вообще не предусмотрено, "архитектурно". Поэтому ты наверное хотел сказать не "настройка нотификаций" а "кодинг нотификаций". С исправлением изначально провальной "архитектуры" таковых, для начала.
> Просто чтобы знать, когда что-то упало или когда полярный лис подкрадывается.
На полярных лисов можно посмотреть просто зайдя в репку этой штуки.
Ну то-есть сабж неплох для прогрмаеров на go, готовых попахать, чисто как example как это можно делать. Хотя часть кода там скорее example как это делать не надо, как тот sendmail прибитый на гвозди. Как угодно но это не "продукт" а как максимум заготовка/пример для програмеров.
>> Да вы что, прикалываетесь все? Заббиксы, мониты, реалтаймовые статы, теперь вот это...
>> Для личных задач всё, что нужно - это легко настраивемые оповещения.
> Это стеб? Что там по части оповещений "настраивается"? Оно из оповещений только
> sendmail умеет, это жестко прибито на гвозди в коде зачем-то.
> И дальше работа с именно stdin, именно sendmail. Если ты хотел что-то
> другое... ну... эээ, это вообще не предусмотрено, "архитектурно".Предусмотрено. https://github.com/chillum/jsonmon/wiki/Notification-plugins
> Предусмотрено. https://github.com/chillum/jsonmon/wiki/Notification-pluginsА, действительно, там еще alert() есть. Во я код правым полуж0пием то читал, не заметив его. Тогда да, из этого таки можно сделать некий мониторинг и без рихтокки кода на go.
Я, кстати, могу объяснить подробнее, почему sendmail прибит гвоздями.Во-первых, двадцать лет назад такой способ его вызывать был нормой, только путь другой был.
Во-вторых, самому городить mail queue, поддержку SMTP-авторизации и пр., когда в системе есть уже такой демон -- ну его нафиг.
И да, на всякий случай: /usr/sbin/sendmail -- это Postfix, Exim или любой другой локальный MTA. Вплоть до qmail и smail (помните такие?). Т.е. реально стандартный юниксовый интерфейс для этого самого.
> реально стандартный юниксовый интерфейс для этого самого.Этого реально стандартного интерфейса в системах может и не быть совсем. Так что он довльно опционален. Почта нужна не всем. Мне вот например слать алерты в почту столь же перспективно как в /dev/null.
Не, ну в инструкции по установке сказано: нужна почта -- настройте MTA. Не нужна -- не настраивайте. :-) По-моему, логично.
Для VPS и домашних серверов есть monit
Как забавно видеть как людей с GPL головного мозга коробит от APL..
Сами ничего не сделали, но чужое бы с радостью прибрали к рукам.
> Программа написала на языке GoПонятно.
Поделитесь.
Ну есть еще Munin
Munin -- отличный продукт, но с немного другим юзкейсом. У него основная функция -- строить графики, а нотификации там немного вторичны. В отличие от jsonmon, у которого первая функция -- нотификации, а уже графики надо приделывать из проверок, если нужны.Т.е. юзкейс для jsonmon: есть двадцать хостов. GitLab, Kibana, вебсайт, и т.д. Надо регулярно ходить на health check API для них и трубить, если что не так. jsonmon для этого юзкейса конфигурируется тривиально, Munin не очень, с Zabbix вообще умучаться можно.
Браузер как средство для показа именно нотификаций - не очень эффективная штука, мягко говоря. Если хочется чтобы юзер не прошляпил алерт - по смс его пульнуть сильно эффективнее. А для critical лучше вообще звонок инициировать. Уж его точно не прошляпят, а если прошляпят то заметят asap. Это конечно зависит от характера алерта, но если алерт был "чувак, у тебя обкрадывают квартиру, с уважением, твой сервер!" - наверное такой алерт нерезультативно в браузер слать.
Я знаю. Именно поэтому jsonmon умеет нотификации в почту и черел систему плагинов во что угодно.
> Я знаю. Именно поэтому jsonmon умеет нотификации в почту и черел систему
> плагинов во что угодно.Да это больше другим чудакам ответ. Симпатичный dashboard в вебе - это иногда удобно, но он все-таки не основное средство оповещения админа о проблеме. Хотя если факап случился сразу для 10 сервисов, вебка в более фичастом мониторинге лучше разложит по severity что и где и станет понятно что сначала надо починить "сервер вообще сдох" а только потом разбираться с "апач не отвечает". Но для этого core должен иметь понятия о том что такое severity и это наверное уже не про сабж.
Ну, есть еще monit
Выше как раз про него ответил: http://www.opennet.ru/opennews/art.shtml?num=44960#20
Да это разный класс задач. Сабж - очень простая штука, которая осваивается за минуты, и рассчитана, как я понимаю, на сотни/тысячи простых проверок, в основном HTTP. monit - это уже навороты, попытки перезапуска сервисов и так далее.
Вас по прежнему сильно смущает Apache Licence? Это free software, по мнению FSF. Я тут параллельно думаю, а не сделать ли двойную лицензию (GPL+Apache), но ни разу этого пока не делал.
Я фанатик (четсно признаю), так что меня смущает :-) Но что влечёт за собой двойная лицензия - я толком не в курсе. Но за софтину спасибо, сейчас нечто с понятной специализацией и простое в обращении - редкость.
Да я сам был в шоке, когда под такую простую задачу попадались способы это сделать только с большим overkill'ом. Рад слышать, что я не один такой, и буду благодарен фидбэку.
кстати, на всякий случай, ставьте не 3.0 из новости, а сразу 3.0.1 (минус один потенциальный race condition)
> плагин для SlackSlack - позорный ирс клиент, который не предоставляет даже двухнедельной истории сообщений по умолчанию.
Для команды в 80 человек слак на год стоит 6400$, это 410 448 рублей.
14 рублей в день с человека. Да я в день пишу по 0-5 сообщений.
А какой профит? можно смайлики на смайлики в ответ отправлять?
Электрон жрет от 200 мегабайт памяти минимум. Видеозвонков нет (просто не работают).
Мы на него со скайпа переползли, теперь мучаемся.извините за оффтоп, просто увидел знакомое слово, которое доставляет мне боль
Оу, да, Slack жопа. однако, с тех пор, как мы перенести мониторинг (jsonmon + jenkins + fluentd) туда из почты, жить стало веселее. Кстати, у меня почему-то есть история как минимум за два месяца, хотя тим бесплатный.
команда у вас маленькая и сообщений мало
> команда у вас маленькая и сообщений малоБедные люди, ircd настроить не могут. А еще админы. Давайте я вам за $6400 в год IRCD поадминю ремотно? :)
а ваш ircd умеет оффлайн-сообщения? а писать в почту при @mention? а api для интеграций? а клиент bitchx использовать? 6400 в год -- это всего-то $500 в месяц, а ваше irc-solution ещё пилить и пилить.
ну, и да: как в вашем ircd файлы шарятся? p2p? т.е. я закрою ноут, а кто-то откроет после и не сможет скачать?
Нету у нас админа, только гора программистов, предложу пацанам телеграм, там и история сохраняется, и можно стикеры с песиками слать
Очередная ненужная поделка... Блин когда же разработчики систем мониторинга для небольших сетей сообразят что никто не будет париться с их настройкой? Посему процесс обнаружения и самонастройки - должен быть и быть отлажен на 5+. Именно из-за этого кривулины типа спайсворкса - живут и побеждают.
У меня есть только одно объяснение этому феномену - ие кто умеет соображать занимаются более интересными вещами чем перезапускалки апачей для линуксов.Расскажите в чем именно кривизна Spiceworks Network Monitor?
> Очередная ненужная поделка...Ну, по крайней мере, в ней нуб может научиться как делать примитивный http сервер на go.
Очень похоже что на Go что ни делай, получится всё равно примитивный http-сервер.
> Очень похоже что на Go что ни делай, получится всё равно примитивный
> http-сервер....и нуб!