«Астра Мониторинг» 1.7.0: единый офлайн-дистрибутив для закрытого контура, раздел «Синтетика» и переменные в дашбордах

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

Москва, 10 ноября 2026 года. — «Группа Астра» выпустила версию 1.7.0 платформы «Астра Мониторинг». Установка в изолированном контуре стала проще: платформа и агент для Kubernetes теперь разворачиваются из одного офлайн-дистрибутива. Проверки доступности собраны в новом разделе «Синтетика», дашборды получили переменные в запросах и защиту от случайных правок, а агент сам находит на хосте экспортёры новых приложений.

Многие заказчики из государственного сектора, финансовой отрасли и промышленности эксплуатируют инфраструктуру в закрытых контурах без доступа в интернет, в том числе в связи с требованиями к защите объектов КИИ. Для таких команд важно, чтобы система мониторинга устанавливалась, обновлялась и проверялась после развёртывания так же предсказуемо, как в открытой среде.

Установка в закрытый контур. Утилита platformctl теперь разворачивает платформу из единого офлайн-дистрибутива. Архив переносится через границу контура, установщик поднимает локальный реестр образов и разворачивает сервисы без доступа в интернет. В комплект входит и чарт агента для Kubernetes, так что кластер внутри контура подключается к мониторингу без дополнительных загрузок. После установки команда platformctl health показывает состояние контейнеров и готовность платформы, а функциональная проверка подтверждает сбор метрик.

Например, администратору банка нужно взять под мониторинг новый закрытый сегмент до приёмки объекта КИИ. Раньше образы, реестр и чарт агента приходилось собирать и переносить по частям, теперь достаточно одного архива. Установку и проверку выполняет собственная команда заказчика, и запуск объекта не ждёт допуска внешних специалистов.

Раздел «Синтетика». Пробы доступности уже работали на агентах, но их результаты были разбросаны по разным экспортёрам и дашбордам. Теперь все пробы собраны на странице «Пробы» с фасетными фильтрами, а у каждой есть детальная страница с результатами проверок и метриками. Поддерживаются протоколы HTTP, TCP, ICMP, DNS и gRPC, а также контроль SSL/TLS-сертификатов.

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

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

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

Мониторы. Монитор метрик теперь создаётся прямо из графика или PromQL-запроса, и запрос подставляется автоматически. Форма сразу добавляет правило по умолчанию без фильтров по меткам, которого достаточно для проверки всех рядов, а частные правила можно добавить позже. Новый переключатель отключает монитор целиком, а не только его уведомления.

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

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

Когда команда ставит на хост новое приложение, например базу данных или веб-сервер, раньше для него вручную добавляли источник с экспортёром, адресом и портом. Теперь агент находит экспортёр сам, и метрики начинают поступать без заявки на мониторинг и без участия администратора. Между запуском сервиса и началом наблюдения не остаётся окна.

Утилита amctl. Добавлены мгновенные запросы MetricsQL, получение имён и значений меток VictoriaMetrics и отправка сообщений в каналы уведомлений. Скилл для AI-ассистентов теперь устанавливается одной командой.

Инженер платформы может встроить проверку по метрикам в скрипт выпуска релиза и при провале автоматически отправить сообщение команде, обойдясь двумя вызовами утилиты вместо собственных обёрток над API. AI-ассистент после установки скилла получает описание команд amctl и обращается к мониторингу без отдельной интеграции.

Обновился и интерфейс. Глобальный поиск теперь охватывает все страницы приложения, а не только меню, и позволяет создать монитор, дашборд или агента прямо из поисковой строки. Период можно отсчитывать от текущего момента и сдвигать влево или вправо, чтобы сравнить соседние дни без перестроения графика. Автообновление включается одной кнопкой и само встаёт на паузу, когда пользователь смотрит прошлый период или работает с таблицей, а загрузка данных показывается тонкой полосой в шапке и больше не перекрывает графики.

Среди других новых возможностей — настройка видимых колонок в таблицах с запоминанием выбора, читаемые ссылки с фильтрами в адресной строке, системный дашборд «Хост» на детальной странице хоста, история запросов в разделе «Метрики» с вкладками «Сохранённые», «Сессия» и «Избранное», а также переход из графа eBPF-метрик Kubernetes к детальной странице любой сущности. Срок хранения данных теперь задаётся по сущностям платформы, а не по служебным таблицам хранилища.

Кроме того, в релизе исправлено 52 дефекта, в том числе в работе мониторов, автоконфигурирования агента, уведомлений и инцидентов.

«В версии 1.7.0 мы уделили особое внимание закрытому контуру. Многие наши заказчики работают в изолированной инфраструктуре, и теперь платформу вместе с агентом для Kubernetes можно развернуть из одного архива и проверить её готовность без участия вендора. Кроме того, мы сделали ставку на управляемость: проверки доступности собраны в одном месте, дашборды защищены от случайных правок, а новые приложения на хосте попадают в мониторинг без ручной настройки. Мы продолжим развивать продукт в сторону большей автоматизации и снижения порога входа для команд эксплуатации», — отметил Илья Захаров, директор департамента мониторинга «Группы Астра».