AO
я про это подумал https://a16z.com/2015/08/21/16-metrics/
Size: a a a
2016 August 20
AO
эти темы тут оффтопик или тоже норм?
p
это БШ
p
а не метрики
AO
вообще, я как раз наоборот думаю) ну, лан))
p
Александры мы тебе много раз говорили мы тут технари а не вот то что ты показал
AO
AO
просто из описания группы это не оч понятно
VS
@schors мониторинг метриками чаще больше о качестве сервиса, а не о конкретных железках и конкретных экземплярах приложений. В смысле тенденции в том что нужно мониторить в первую очередь всякие процентили времен ответа, количество ошибок и пр., а физическую живость железок отдельно
PK
@schors мониторинг метриками чаще больше о качестве сервиса, а не о конкретных железках и конкретных экземплярах приложений. В смысле тенденции в том что нужно мониторить в первую очередь всякие процентили времен ответа, количество ошибок и пр., а физическую живость железок отдельно
не вижу принципиальной разницы в районе алертера
VS
не вижу принципиальной разницы в районе алертера
Качество сервиса может не пострадать если 10-15% железок сдохнет
VS
и об этом можно не алертить или алертить только днем в рабочее время команды
AO
парни, так как позиционируется группа? она именно про мониторинг серверов/сервисов (заббикс, альтернативы и прочее) и больше ни про что? или про методы анализа данных, темы мониторинга бизнес-показателей, KPI и прочего тут тоже будут?.. (вопрос к основателю)
M
парни, так как позиционируется группа? она именно про мониторинг серверов/сервисов (заббикс, альтернативы и прочее) и больше ни про что? или про методы анализа данных, темы мониторинга бизнес-показателей, KPI и прочего тут тоже будут?.. (вопрос к основателю)
Если ты бизнес данные шлешь в графит и вешаешь на них алерты то да )
AS
основатель держал в голове метрики и прометеус при создании.
PK
Качество сервиса может не пострадать если 10-15% железок сдохнет
как это меняет задачу алертинга принципиально?
AO
VS
как это меняет задачу алертинга принципиально?
делит на две - по метрикам и по чекам, с разными правилами
VS
и сильно сокращает вторую часть
PK
делит на две - по метрикам и по чекам, с разными правилами
это не две,а одна - состояния. все равно в итоге состояния