Этот пост был первоначально размещен в моем среднем блоге @dapseen.
Работаю как Devesecops/Sre, может быть действительно весело, вы знаете. Различные виды ошибок скажут вам именно куда идти, да? Это ошибка 404 — мне придется проверить мои журналы, проверять статус ELB (упругий балансировщик нагрузки), я …, BLA BLA … И да, с этим я смогу определить, это ошибка кода или сетевая ошибка.
В более технических условиях очень распространено для DEVSECOPS/SRE для записи PROMQL, который контролирует статус 4xx, 5xx и т. Д. Тем не мение, Что происходит, когда вы не получите ни одно из этих статусов?
Я имею в виду…
Что вы делаете, когда ваш сервис недоступен?
Не забираю меня неправильными парнями, это совершенно отличается от Ваш сервис не работает Отказ То, что я имею в виду, именно — ваш сервис работает отлично, но упс! Это просто не добраться.
Чтобы управлять этим видом инцидента, проверка журналов для вашего обычного 5xx или 4xx определенно не будет работать здесь. Почему? Ваш сервис не будет регистрировать любой из этих статусов ответов. Грустно.
Теперь давайте посмотрим на яркую сторону. Вопрос в том, как вы можете отслеживать свой сервис, который не доступен?
Простой!
Монитор молчания
Сервис A в обычный день получает 5000 об/мин (запросы в минуту) в пиковые часы. Тишина вступает в игру, когда служба A получает 0 (ноль) об/мин. Очевидно, вы знаете, что-то совершенно не так. Теперь к главному бизнесу …
Написание хорошо структурированного PROMQL, чтобы понять это и подключить Grafana, чтобы предупредить, что ваш слабый канал — это то, что я бы порекомендовал.
Установка, если данные или все значения не являются нулевыми для Оповещение Уведомте вас, когда у вас нет никакого запроса, нажав на ваш сервис.
Тем не менее, что я еще предстоит выяснить, это — как я могу помешать этому разбудить меня посредством ночи, когда я получаю низкий трафик или нулевой трафик? Такого рода Тишина действительно, но часы пик Тишина — Определенно не действителен Отказ
Оригинал: «https://dev.to/dapseen/what-are-you-monitoring-6o9»