DN
Алертить на уровне сервисов
Size: a a a
2019 March 24
DN
А дальше дрилдаун анализ
ST
Тогда получается доступность сервиса(если это один хост) будет измеряться
((сумма_доступности_всех_процессов\количество_процессов) + доступность_хоста)\2?)
((сумма_доступности_всех_процессов\количество_процессов) + доступность_хоста)\2?)
p
Тогда получается доступность сервиса(если это один хост) будет измеряться
((сумма_доступности_всех_процессов\количество_процессов) + доступность_хоста)\2?)
((сумма_доступности_всех_процессов\количество_процессов) + доступность_хоста)\2?)
Вы что хотите получить в результате таких вычислений?
ST
Вы что хотите получить в результате таких вычислений?
доступность сервиса в целом
ST
(если сервис = 1 хост)
M
что такое сервис ? а если сервис отдает 502 на запросы но доступен ?
M
или даже 503
2019 March 25
DN
Тогда получается доступность сервиса(если это один хост) будет измеряться
((сумма_доступности_всех_процессов\количество_процессов) + доступность_хоста)\2?)
((сумма_доступности_всех_процессов\количество_процессов) + доступность_хоста)\2?)
Доступность сервиса = доступность сервиса
DN
При чем тут хосты?
DN
У тебя при падении хоста перестает быть доступным сервис?
ST
У тебя при падении хоста перестает быть доступным сервис?
по факту это единственная незадублированная точка, которая особо не нуждается в защите от нагрузок и тп
если хост упадет то в целом да
если хост упадет то в целом да
ST
и надо бы определить что ты имеешь ввиду под сервисом
если ты подразумеваешь определенный домен как сервис в целом, это одно
если мы говорим о сервисе как о группе хостов, с определенными компонентами, выполняющих определенную функцию в проекте в целом, как один из его сервисов, это другое
и тут по сути требуется измерять доступность каждого такого сервиса ВНУТРИ проекта, я вел к этому
если ты подразумеваешь определенный домен как сервис в целом, это одно
если мы говорим о сервисе как о группе хостов, с определенными компонентами, выполняющих определенную функцию в проекте в целом, как один из его сервисов, это другое
и тут по сути требуется измерять доступность каждого такого сервиса ВНУТРИ проекта, я вел к этому
DN
и надо бы определить что ты имеешь ввиду под сервисом
если ты подразумеваешь определенный домен как сервис в целом, это одно
если мы говорим о сервисе как о группе хостов, с определенными компонентами, выполняющих определенную функцию в проекте в целом, как один из его сервисов, это другое
и тут по сути требуется измерять доступность каждого такого сервиса ВНУТРИ проекта, я вел к этому
если ты подразумеваешь определенный домен как сервис в целом, это одно
если мы говорим о сервисе как о группе хостов, с определенными компонентами, выполняющих определенную функцию в проекте в целом, как один из его сервисов, это другое
и тут по сути требуется измерять доступность каждого такого сервиса ВНУТРИ проекта, я вел к этому
Сервис это обычно ендпоинт для бизнес процесса
NK
и надо бы определить что ты имеешь ввиду под сервисом
если ты подразумеваешь определенный домен как сервис в целом, это одно
если мы говорим о сервисе как о группе хостов, с определенными компонентами, выполняющих определенную функцию в проекте в целом, как один из его сервисов, это другое
и тут по сути требуется измерять доступность каждого такого сервиса ВНУТРИ проекта, я вел к этому
если ты подразумеваешь определенный домен как сервис в целом, это одно
если мы говорим о сервисе как о группе хостов, с определенными компонентами, выполняющих определенную функцию в проекте в целом, как один из его сервисов, это другое
и тут по сути требуется измерять доступность каждого такого сервиса ВНУТРИ проекта, я вел к этому
Что если так: сервис - это пара “fqdn+port”?
ST
Что если так: сервис - это пара “fqdn+port”?
W
Что если так: сервис - это пара “fqdn+port”?
и не важно там 200, 501, 503 или udp?
DN
Оспаде, да прочитайте уже главу в сре буке про мониторинг
DN
На Хабре был перевод
DN
Выше уже задавали кучу наводящих вопросов