поэтому собираются потоки, а чекалка просто уже по разрезам делает алертинг

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

Да, с этим не поспоришь, но заем тут нагиос, если это будет уметь инфлюкс типа сам

Ну по чесноку, мы не делаем так, мы пытаемся и пока нет ничо удобного, поэтому движется медленно

О! Ещё раз - натрави нормальный алертер на собранные чем ты там сробираешь метрики. Никто не заставляет гонять его по реальным хостам

нету их

удобство нагиоса на уровне босуна, и даже похуже )

icinga2?

вот что ты там советовал зеленое?

я же вроде рассказывал чем это неудобно для девелоперов

Да хер с ними, с девелоперами. Это отлдельная тема.

всмысле ? у меня заказчик мониторинга и алертов это девелоперы, и они хотят удобно это делать сами ) и я хочу )

Хотя конечно меня твой вопрос про них немного засмущал

всмысле ? у меня заказчик мониторинга и алертов это девелоперы, и они хотят удобно это делать сами ) и я хочу )

да-да, я понял. ну да. нужна борда

кстати http://phillbarber.blogspot.ru/2015/03/nagios-vs-sensu-vs-icinga2.html

Я за интегрированное решение.

Вот tick молодцы

Только программировать не умеют

))))

Правильная ниша, правильный подход. Надо покупать у них поддержку и ебать.

Лучше сразу интерпрпйз

Я за интегрированное решение.

тут есть проблема. у алертмониторинга должны быть функции не связанные с метриками. типа доступность хоста. и всякие паренты чайлды и зависимоти

Как учит нас art of monitoring нет метрики пинг фейлед

и там побежали - ментейнс, непроизноимое слово "мы знаем"

Есть метрика приложение...

Как учит нас art of monitoring нет метрики пинг фейлед

так хуево же

Если хостинг да

Но хостинг он другой же

Там нужен другой подход

Быть может старый

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

Push же

Какой опрос?

у тебя сейчас все ci/cdэто своеобращный хостинг. докеры и вотжтовот все

да какой пуш в попу. вон, прометеус того пуллит

ну хотя соглашусь. что конкретно пинг наверное стремная метрика

один хрен сейчас уже все сложнее

Прометей есть пушгейтвей

И я дальше буду копать именно туда

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

Проверка типа deadman switch

Кол-во метрик должнл возрастать

При обратном поведении чего-то перестало хватать

ой, я думал, метрики - это немного про другое)

а у вас тут мониторинг

я про это подумал https://a16z.com/2015/08/21/16-metrics/

эти темы тут оффтопик или тоже норм?

это БШ

а не метрики

вообще, я как раз наоборот думаю) ну, лан))

Александры мы тебе много раз говорили мы тут технари а не вот то что ты показал

я искал чатик, где бы про https://www.kissmetrics.com/ говорили и типа такого...

просто из описания группы это не оч понятно

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

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

не вижу принципиальной разницы в районе алертера

не вижу принципиальной разницы в районе алертера

Качество сервиса может не пострадать если 10-15% железок сдохнет

и об этом можно не алертить или алертить только днем в рабочее время команды

парни, так как позиционируется группа? она именно про мониторинг серверов/сервисов (заббикс, альтернативы и прочее) и больше ни про что? или про методы анализа данных, темы мониторинга бизнес-показателей, KPI и прочего тут тоже будут?.. (вопрос к основателю)

парни, так как позиционируется группа? она именно про мониторинг серверов/сервисов (заббикс, альтернативы и прочее) и больше ни про что? или про методы анализа данных, темы мониторинга бизнес-показателей, KPI и прочего тут тоже будут?.. (вопрос к основателю)

Если ты бизнес данные шлешь в графит и вешаешь на них алерты то да )

основатель держал в голове метрики и прометеус при создании.

Качество сервиса может не пострадать если 10-15% железок сдохнет

как это меняет задачу алертинга принципиально?

а если в https://mixpanel.com/ ? ?

как это меняет задачу алертинга принципиально?

делит на две - по метрикам и по чекам, с разными правилами

и сильно сокращает вторую часть

делит на две - по метрикам и по чекам, с разными правилами

это не две,а одна - состояния. все равно в итоге состояния

это не две,а одна - состояния. все равно в итоге состояния

немного странно мониторить время ответа не по метрикам

У алертилки должна быть поддержка запроса состояния либо по метрикам либо по чекам, и вот у разных приложений это задачи решаються с разной простотой, например http://cabotapp.com/use/graphite-checks.html тут легко повесть алерты на метрики графита, но втыкать туда чеки типа нагиоса это лишне

немного странно мониторить время ответа не по метрикам

я и не предлагаю не по метрикам. но в итоге эио все равно мониторинг состояний для алертера

У алертилки должна быть поддержка запроса состояния либо по метрикам либо по чекам, и вот у разных приложений это задачи решаються с разной простотой, например http://cabotapp.com/use/graphite-checks.html тут легко повесть алерты на метрики графита, но втыкать туда чеки типа нагиоса это лишне

а ктото придумал чтото принципиально иное чем чек состояния? у того же заббикса это какимто другим волшебным способом?

все, молчу. мы теряем членов ))))

)) по-моему он изначально был не по мониторингу, было ожидаемо удивился, что он тусуется в группе

а ктото придумал чтото принципиально иное чем чек состояния? у того же заббикса это какимто другим волшебным способом?

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

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

да нет этоц ращницы для чекалки. не все равно только генератору состояния. который может и быть жтой чекалкой. а иожет и не быть

Фил, ты просто скажи, что такое правильный алертинг

т.е ты разделил систему которая принимает решение об алерте и систему которая шлет алерт ?

как он выглядит и что делает

т

олько не общими словами а конкретные примеры

а мне было бы вот интересно послушать всякие холивары на тему самих метрик (бизнес-метрик, но не только их), про методики сбора и обработки данных (тут больше математика, статистика, прогнозирование), с технической стороны вопросы решаются, но тут всё просто, куча документации уже про то, какие метрики в каких проектах лучше собирать (какие KPI), как обрабатывать данные, какие отчёты смотреть и какие цифры что означают в этих отчётах (зачем что-то собирать и следить) кто-нибудь знает чаты, где бы тема метрик рассматривалась с этой точки зрения?

т.е ты разделил систему которая принимает решение об алерте и систему которая шлет алерт ?

так скажем, если готове состояние учитывает много чего, то так вроде как правильно

олько не общими словами а конкретные примеры

я настаиваю натом, что просчеты по пошлому вообще мало кто делает. я не делаю. чекаю в реальном времени

так скажем, если готове состояние учитывает много чего, то так вроде как правильно

просто обычно эти системы объединены, вот и получился спор

ладно. проехали.остались на своем и ладно. один хрен по кругу зодим

а мне было бы вот интересно послушать всякие холивары на тему самих метрик (бизнес-метрик, но не только их), про методики сбора и обработки данных (тут больше математика, статистика, прогнозирование), с технической стороны вопросы решаются, но тут всё просто, куча документации уже про то, какие метрики в каких проектах лучше собирать (какие KPI), как обрабатывать данные, какие отчёты смотреть и какие цифры что означают в этих отчётах (зачем что-то собирать и следить) кто-нибудь знает чаты, где бы тема метрик рассматривалась с этой точки зрения?

купи се кластер со штормом и сиди пускай, сравнивай, считай

просто обычно эти системы объединены, вот и получился спор

не вижу ничего обычного. у того же поометеуса точно ни зависимостец нет, ни эскалации и все такое

купи се кластер со штормом и сиди пускай, сравнивай, считай

?

я настаиваю натом, что просчеты по пошлому вообще мало кто делает. я не делаю. чекаю в реальном времени

а как флапы тогда обходить ?

я настаиваю натом, что просчеты по пошлому вообще мало кто делает. я не делаю. чекаю в реальном времени

А мы вот как раз в RTB и делали просчеты по прошлым дням, и даже неделям

а как флапы тогда обходить ?

кого?

А мы вот как раз в RTB и делали просчеты по прошлым дням, и даже неделям

ну круто, чо )))

а мне было бы вот интересно послушать всякие холивары на тему самих метрик (бизнес-метрик, но не только их), про методики сбора и обработки данных (тут больше математика, статистика, прогнозирование), с технической стороны вопросы решаются, но тут всё просто, куча документации уже про то, какие метрики в каких проектах лучше собирать (какие KPI), как обрабатывать данные, какие отчёты смотреть и какие цифры что означают в этих отчётах (зачем что-то собирать и следить) кто-нибудь знает чаты, где бы тема метрик рассматривалась с этой точки зрения?

бизнес я тут не видел. тут всегда во всех чатах технари.

[спрятался]

мне кажется, тут больше про математику (статистику, если точнее) и маркетинг

[спрятался]

фил старый стартапер, да :)

мне кажется, тут больше про математику (статистику, если точнее) и маркетинг

неугадал )

я имею в виду, не про этот чат, а про желаемый мной))