Posted by 15 октября 2025 года вышел новый релиз (v.3.18.93) программной платформы мониторинга и управления цифровыми инфраструктурами «Центральный Пульт» (SAYMON), разрабатываемой компанией «РОССИННО». В релизе был реализован ряд новых функциональных возможностей, добавлены элементы пользовательского веб-интерфейса, произведены улучшения серверной компоненты платформы, внедрены отдельные экспериментальные функции, исправлены ошибки, доработана документация.
Улучшения веб-интерфейса
Стандартный веб-интерфейс программного комплекса «Центральный Пульт» выполняет функции по взаимодействию пользователей с системой, предоставляет интуитивно и визуально понятные элементы управления в эргономичном окружении и обеспечивает высокую отзывчивость при работе.
Далее приведена информация о некоторых из новых реализованных возможностей веб-интерфейса и отдельных выполненных доработках:
- реализация механизма подстановки значений свойств объектов в поля сенсора
- возможность использования полей сенсоров в качестве переменных в других полях сенсоров
- добавление интерфейса для новых активных сенсоров
- добавление возможности скрытия свойств в интерфейсе по типу
- возможность добавления расширениями новых прав пользователей, настраиваемых в окне конфигурации системы
- добавление возможности закрытия всех аварий одним действием
- добавление сообщения о ручном изменении состояния и/или отключении аварий
Реализация механизма подстановки значений свойств объектов в поля сенсора
Программный комплекс «Центральный Пульт» поддерживает два основных подхода к проведению мониторинга – активный и пассивный. Активный мониторинг предполагает опрос объектов инфраструктуры с проверкой доступности, сбором метрик и состояний о работе устройств, программного обеспечения и сервисов, обеспечивая проактивное выявление проблем.
При пассивном мониторинге выполняется анализ поступающих от устройств потоковых данных с выявлением реальных событий и обработкой телеметрии (например, SNMP-трапы, журналов операционных систем и сервисов, веб-хуки, датчики IoT и др.).
В терминологии «Центрального Пульта» за взаимодействие с объектами наблюдаемой инфраструктуры отвечают сенсоры, которые могут быть встроенными или пользовательскими.
В актуальном релизе добавлено сразу несколько новых возможностей работы с сенсорами, в частности, реализован механизм подстановки значений атрибутов объектов в текстовые поля настройки мониторинга объектов через специальные переменные в формате {{…}}.
Этот механизм позволяет использовать при настройке мониторинга в полях сенсоров атрибуты текущего и родительских объектов или классов этих объектов, автоматически обновлять значения при изменении исходных данных и работать во всех текстовых полях настройки мониторинга объектов.
Общий формат переменных:
{{parent[parent name|class.(name|id)=name|id].properties[name][valueIndex]}}
Пример записи переменной – {{IP}}, IP-адрес для сенсора ping, осуществляющего проверку доступности хоста по протоколу ICMP.
Добавление интерфейса для новых активных сенсоров
Команда разработки «Центрального Пульта» уделяет особое внимание расширению поддержки системой разных типов сетевых протоколов и соответствующих сервисов. В процессе работы над релизом были добавлены возможности настройки и использования четырех новых активных сенсоров – «Prometheus exporter», «Выполнение SSH скрипта», «WinRM» и «Проверка сертификата SSL».
Сенсор «Prometheus exporter» получает данные от указанного в настройках хоста в формате системы мониторинга и СУБД временных рядов Prometheus. Параметрами сенсора являются адрес сервера Prometheus и таймаут (максимальное время ожидания ответа в секундах). В результате успешного выполнения этой проверки в секции «Данные» объекта появится полученная информация мониторинга, включая название, описание, тип и данные метрики.
Сенсор «Выполнение SSH скрипта» используется для запуска заданного скрипта на указанном в настройках хосте по протоколу SSH. В числе параметров запроса – хост, порт, рабочая директория, исполняемый файл скрипта, аргументы, имя пользователя, пароль для аутентификация по SSH и др. Выполнение проверки сопровождается записью в секции «Данные» объекта кода выполнения, консольного вывода и вывода ошибок скрипта.
Сенсор «WinRM» использует функционал протокола Windows Remote Management (WinRM) для удаленного администрирования и мониторинга устройств, использующих операционную систему MS Windows. В числе параметров соответствующего запроса – URL или IP-адрес хоста, скрипт, который будет выполняться на хосте, и его тип, тип аутентификации, имя пользователя и пароль. Результатом проверки является записью в секции «Данные» кода выполнения, консольного вывода и вывода ошибок скрипта.
Сенсор «Проверка сертификата SSL» используется для сбора информации о SSL-сертификате, связанном с указанным в запросе URI. Параметры запроса – адрес хоста, на котором нужно проверить сертификат, адрес прокси-сервера, который будет использовать сенсор для получения сертификата (при наличии) и список поддерживаемых протоколов TLS. После выполнения проверки в секцию «Данные» будет записана подробная информация о сертификате, включая версию, протокол, серийный номер, даты начала и окончания действия сертификата, статус ответа и др.
Добавление возможности скрытия свойств в интерфейсе по типу
Свойство представляет собой любой вид текстовой информации, привязанной к элементу в формате «имя-значение». Программный комплекс позволяет использовать различные типы свойств для внутренних нужд и реализации различной функциональности. В отдельных сценариях целесообразно отображать в пользовательском интерфейсе не все свойства, например, используемые только для логики работы компонента.
В новом релизе добавлена возможность управления отображением свойств в веб-интерфейсе через конфигурационный файл клиента /etc/saymon/saymon-client.yaml. Список типов свойств, скрываемых из веб-интерфейса, указывается в параметре hiddenPropertyTypes в следующем виде
{
“hiddenPropertyTypes”: [
101,
126,
514
]
}
Возможность добавления расширениями новых прав пользователей, настраиваемых в окне конфигурации системы
Программный комплекс «Центральный Пульт» предоставляет возможности гибкой настройки прав пользователей по работе с системой, включая права на выполнение операций, поиска и групповых операций, операций CRUD для объектов, связей, потоков, свойств, управление словарями, классами объектов, операциями, скриптами, настройками мониторинга, права на просмотр секций, на администрирование системы, доступ к журналу событий безопасности и др.
В представляемом релизе реализована возможность добавления новых прав пользователей расширениями, которые дополняют базовый функционал системы. В каталоге расширения должен располагаться мета-файл (meta.json или package.json), в который владелец добавляет информацию о правах в заданном формате (параметр permissions), например:
{
“author”: “SAYMON User”,
“date”: “2020/12/31”,
“description”: “Very useful custom extension”,
…
“permissions”: {
“custom_permission”: {
“description”: {
“ru”: “Название прав пользователя”,
“en”: “Permission name”
}
}
}
}
«Центральный Пульт» зачитывает содержимое этого файла и добавляет соответствующие разделы в веб-интерфейс редактирования прав пользователей.
Добавление возможности закрытия всех аварий одним действием
В терминологии программного комплекса авария – это нештатная ситуация, выявленная на объекте или связи в результате проведения мониторинга. Авария может быть сгенерирована в результате перехода элемента в аварийное состояние или выполнения условия генерации аварии.
Зафиксированные аварийные ситуации мониторинга отображаются в списке активных аварий. Список аварий можно переключить в режим отображения исторических аварий. Аварии могут быть погашены и переведены в список исторических аварий автоматически (при выполнении необходимых условий) или вручную через контекстное меню объекта (связи).
В новом релизе добавлена возможность погашения всех аварий через меню действий со списком аварий (открывается кнопкой в правом верхнем углу страницы). Пункты меню «Погасить отображаемые аварии» и «Погасить и удалить отображаемые аварии» погашают аварии с учетом установленных фильтров, а пункты «Погасить все аварии» и «Погасить и удалить все аварии» погашают все аварии в системе. Соответствующие аварии будут либо перемещены в историю аварий, либо полностью удалены.
Укажем в завершение, что все новые функциональные возможности доступны через развитый REST API программного комплекса.
Улучшения и изменения в конфигурации сервера
Серверная компонента в архитектуре системы реализована в виде набора микросервисов, производящих обработку и анализ поступивших данных мониторинга и, в частности, управляющих логикой смены состояний у объектов и связей.
В актуальном релизе был произведен целый ряд улучшений и изменений в конфигурации сервера, в том числе
- реализация словарей для мониторинга с возможностью их использования в полях сенсоров
- реализация словарей для учетных записей, которые можно использовать для аутентификации в некоторых сенсорах
- расширение функционала сенсора HTTP-запрос
- обновление REST API для получения превью шаблона уведомлений
- реализация API-запроса для получения записи лога конфигурации связи
- добавление приоритетов уровней критичности аварий
- объединение фильтров активных и исторических аварий
- добавление запроса REST API для создания инцидента
- добавление полей «Описание» и «Комментарий» для всех сущностей
- доработка шаблонов email-уведомлений
- добавление фильтра по списку типов свойств в запрос «Получить список свойств объектов»
- добавление опции обновления кэша Redis для найденных объектов в запрос REST API v2 «Получить объекты»
- улучшение логики отключения сбора данных в объектах
- реализация возможности не возвращать скрытые объекты соответствующими запросами
Реализация словарей для мониторинга с возможностью их использования в полях сенсоров
В программном комплексе реализован специальный тип словарей для мониторинга, представляющих собой централизованное хранилище общих данных, которые используются при настройке мониторинга (в полях сенсоров).
Управление словарями для мониторинга осуществляется в одноименном разделе окна конфигурации системы (при наличии необходимых прав), при этом можно как создать специализированные словари с их размещением в собственных группах или группе по умолчанию, так и воспользоваться уже готовыми словарями из системной группы. Последние нельзя удалить или изменить их структуру (поменять порядок и имена полей).
Словари для мониторинга имеют следующие настройки:
- ID – идентификатор словаря (задается системой)
- Имя – название словаря (уникальное)
- Описание – опциональное описание словаря
- Комментарий – пользовательский комментарий к словарю
- Группа – группа, к которой принадлежит словарь (выбор из списка)
- Автоматическая генерация ключей
Активация функции автоматической генерации ключей приводит к автоматическому добавлению уникальных сгенерированных значений (в формате UUIDv4) в пустые ячейки со значением ключа. Заметим, что изменение информации в словарях, связанных с задачей мониторинга, сопровождается автоматическим обновлением соответствующих сенсоров.
Ключи и значения словаря отображаются в таблице под настройками конкретного словаря. Панель управления таблицы позволяет добавить в словарь новую запись, импортировать/экспортировать словарь в формате MS Excel и отменить внесенные изменения.
Связывание словарей с задачами мониторинга осуществляется в файле клиентской конфигурации /etc/saymon/saymon-client.yaml, секция monitoring.taskDictionaries.
Реализация словарей для учетных записей, которые можно использовать для аутентификации в некоторых сенсорах
В программном комплексе были реализованы специальные словари для мониторинга, которые располагаются в группе «Системные словари» и используются для аутентификации в некоторых встроенных сенсорах. В этой группе доступны следующие системные словари: «Учетные данные подключений», «Учетные данные подключений по SNMP» и «Формат учетной записи».
В словаре «Учетные данные подключений» хранятся учетные записи, которые можно использовать для аутентификации в проверках «FTP-сенсор», «JMX-сенсор» и «Выполнение SSH скрипта». В словаре «Учетные данные подключений по SNMP» хранятся учетные записи, которые можно использовать для аутентификации в сенсорах SNMP. Словарь «Формат учетной записи» служит для хранения настроек форматов аутентификации для некоторых проверок.
Расширение функционала сенсора HTTP-запрос
Встроенный сенсор «HTTP-запрос» позволяет выполнять запросы GET, POST, HEAD, PUT, PATCH и DELETE.
В ходе работы над новым релизом функционал сенсора был существенно расширен путем добавления возможности HTTP-аутентификации при выполнении запроса. В настройки сенсора добавлен целый набор параметров, отвечающих за выбор схемы аутентификации для запроса с поддержкой следующих способов – «Нет» (сервер не требует аутентификации), «Авто», «Basic», «Digest», «NTLM» и «Negotiate».
Помимо выбора схемы аутентификации может быть указано имя пользователя или токен аутентификации, пароль пользователя, параметры прокси-сервера (при использовании для отправки запроса), возможность подключения по ненадежным сертификатам SSL и поддерживаемые протоколы SSL.
Обновление REST API для получения превью шаблона уведомлений
В REST API программного комплекса была добавлена возможность возвращения превью заданного шаблона уведомлений в формате HTML для просмотра вида формируемого сообщения, соответствующий запрос:
POST /node/api/notification-templates/preview
Тело запроса содержит текст уведомления, а также настройки, от которых зависит вид сгенерированного превью уведомления:
{
“group”: “auth”,
“templateType”: “email”,
“type”: “single”,
“content”: “Информационное сообщение.\n\n\nЗдравствуйте,\n\nВы получили это сообщение, потому что кто-то (возможно, вы) запросил восстановление пароля для пользователя, зарегистрированного с вашим адресом электронной почты.\n\nДля восстановления пароля перейдите по следующей ссылке:\n\n{{emailLink}}\n\nЕсли вы не запрашивали изменение пароля или вспомнили свой пароль, просто проигнорируйте это письмо и продолжайте пользоваться своим текущим паролем.”,
“isSubject”: false
}
В качестве ответа возвращается HTML-страница с шабоном уведомлений, которая показывается в веб-интерфейсе на странице шаблонов уведомлений.
Добавление приоритетов уровней критичности аварий
Уровни критичности аварий используются в «Центральном Пульте» при настройке условий генерации аварий. Стандартный набор уровней аварий включает в себя уровни ALARM, CLEARED, MAJOR и WARNING.
В актуальном релизе была добавлена возможность задания приоритета для уровней критичности аварии, для чего следует задействовать специальный API-запрос «Обновить уровень аварий», пример bash-скрипта для выполнения запроса:
login=<…>
password=<…>
saymon_hostname=<…>
incident_level_id=<…>
url=https://$saymon_hostname/node/api/incident-levels/$incident_level_id
curl -X PATCH $url -u $login:$password \
-H “Content-Type: application/json” \
-d @- <<EOF
{
“priority”: 10
}
EOF
Заметим, что все новые уровни аварий создаются в системе с приоритетом 0.
Объединение фильтров активных и исторических аварий
Фильтры позволяют отобразить список аварий согласно установленным критериям. Созданные условия фильтра можно произвольно комбинировать, используя операторы И и ИЛИ. Математические операторы сравнения используются для числовых значений, текстовые – для числовых и текстовых (без учета регистра). Фильтр можно сохранить для будущего быстрого использования после ввода всех необходимых критериев и имени фильтра.
Система различает фильтры для активных и исторических аварий, и по умолчанию, фильтры для одного типа аварий нельзя использовать для другого типа. В новом релизе добавлена возможность объединения фильтров активных и исторических аварий. Для отображения всех фильтров аварий в адресную строку нужно добавить параметр commonFilters=on:
http://<saymon-server>/incidents.html?commonFilters=on
Этот параметр объединяет фильтры активных и исторических аварий в общий список, доступный для выбора в любом представлении.
В обсуждаемом релизе произведено добавление информационных полей «Описание» и «Комментарий» для объектов, связей, пользователей, групп пользователей, тегов, состояний и уровненй критичности аварий.
Отметим также, что функционал REST API программного комплекса был расширен путем реализации запроса для создания аварии, добавления фильтра по типам свойств в запрос «Получить список свойств объектов», возможности не возвращать скрытые объекты (не участвующие в поиске), опции обновления кэша Redis для найденных объектов для запроса «Получить объекты» (API v2).
Исправление ошибок
Группой разработки и тестирования были обнаружены и исправлены ошибки, провоцирующие некорректную работу отдельных функций системы. Список исправлений с гиперссылками на разделы документации доступен на странице с примечаниями к выпускам версий.
В качестве завершения
Программый комплекс «Центральный Пульт» (SAYMON) – динамично развивающаяся российская платформа для мониторинга и управления сложными ИКТ-инфраструктурами и технологическими процессами. Решение обеспечивает сквозную наблюдаемость, автоматизацию реагирования и помогает бизнесу обеспечивать бесперебойную работу ключевых сервисов.
«Центральный Пульт» сегодня – это не только контроль, а полноценый центр интеллектуального управления крупными инфраструктурами, позволяющий перейти от реактивного мониторинга к проактивному управлению, предсказывая потенциальные проблемы и минимизируя простои.
Очередной релиз программного комплекса позволил существенно развить возможности и функционал системы по целому ряду направлений, таких как поддержка новых сенсоров, словарей для мониторинга, работа с авариями, развитие REST API и др.
Следите за новостями, заметками в блоге, скачивайте и пробуйте в деле «Центральный Пульт» бесплатно и без ограничений в течение 90 дней, становитесь нашими клиентами и партнерами!