«Я свой, я агент»: как мы обновили RMON и добавили mTLS для результатов мониторинга

В сфере искусственного интеллекта произошло заметное событие. Aidaho12 18 минут назад «Я свой, я агент»: как мы обновили RMON и добавили mTLS для результатов мониторинга Простой 3 мин 725 DevOps * Системное администрирование * Обзор «У меня всё открывается» — прекрасная фраза. В ней есть уверенность, оптимизм и результаты мониторинга ровно из одной точки. Проблемы начинаются, когда у коллеги сайт тоже открывается, а у клиентов из другого региона — уже нет.

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

Технические детали

Это система мониторинга доступности сайтов, API и сетевых сервисов из разных точек. Вы задаёте, что проверять, откуда и какой ответ считать правильным. Агенты выполняют проверки, RMON собирает результаты, показывает историю и отправляет уведомления.

RMON dashboard За последнее время мы заметно обновили продукт: переработали создание проверок и администрирование, добавили контейнерное развёртывание и защищённую передачу результатов с mTLS. Расскажем, что за этим стоит и чем это полезно человеку, которому потом разбираться с красным индикатором Начнём с самой идеи мониторингаДопустим, у вас есть API. Проверять, что его сервер отвечает на ping, полезно.

Но сервер может исправно отвечать на ping и столь же исправно возвращать пользователям ошибку. У него сегодня такой рабочий процесс. Поэтому RMON умеет проверять HTTP(S), TCP, Ping, DNS, SMTP и RabbitMQ.

Отраслевые последствия

Для HTTP можно задать ожидаемый статус и содержимое ответа, следить за временем ответа и сроком действия сертификата. Это позволяет описать более содержательный критерий здоровья: например, API должен отвечать вовремя, возвращать нужный код и ожидаемые данные. Даже 200 OK заслуживает уточняющего вопроса: «А что именно у вас OK?

»Дальше появляется география. Агенты RMON можно разместить в офисе, дата-центре и внешних сетях, а затем назначить им одну и ту же проверку. Представим, что из дата-центра API доступен, из одной внешней точки тоже, а из другой — таймаут.

Это уже повод исследовать конкретный сетевой путь, фильтрацию или доступность сервиса для этой площадки. Если проблема наблюдается сразу из нескольких независимых точек, картина будет другой. RMON chartsПоэтому мы переработали создание и редактирование проверок.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.