Пресс-релиз «Центральный Пульт» v.3.16.91

21 октября 2024 года вышел в свет новый релиз (v.3.16.91) программной платформы мониторинга и управления цифровыми инфраструктурами «Центральный Пульт» (SAYMON), разрабатываемой компанией «РОССИННО». В релизе были развиты и усовершенствованы некоторые функциональные возможности, элементы веб-интерфейса и серверной компоненты, дополнены некоторые существующие и реализованы новые методы REST API, выпущена новая версия агента, исправлены выявленные ошибки, доработана и улучшена документация.


Улучшения веб-интерфейса

Базовый веб-интерфейс программного комплекса «Центральный Пульт» отвечает за взаимодействие с пользователями, предоставляя богатый функционал для решения задач по настройке и выполнению задач мониторинга наблюдаемой инфраструктуры. Доступный набор действий определяется наличием или отсутствием у пользователя необходимых прав.

Веб-интерфейс позволяет работать с такими элементами системы, как объекты и связи между ними, ссылки, потоки и подложки, сенсоры мониторинга, виджеты, активные и исторические аварии, журналы событий и др. Предоставляются развитые возможности поиска и выполнения групповых операций, работы в разных режимах отображения главного экрана, настройки сенсоров мониторинга, объектов и связей (параметры, документы, свойства, операции, графики и виджеты, мониторинг, условия перехода состояний и генерации аварий и др.).

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

Возможность использования выпадающих списков в свойствах

В терминологии программного комплекса «Центральный Пульт» под свойством понимается любой вид текстовой информации, привязанной к элементу (объекту, связи или потоку), в формате «имя – значение». Свойства позволяют добавлять к элементам описание и иную полезную для управления информацию.

В новом релизе в отношении настройки и использования свойств были произведены существенные доработки. Ключевым улучшением стала возможность использовать при задании свойств не только явно назначаемые имена и соответствующие им значения, но и осуществлять выбор значений из выпадающих списков (доступен как одиночный, так и множественный выбор).

Рисунок  1. Форма выбора значений свойства из выпадающего списка

Набор значений в списке задается с помощью функционала словарей и классов свойств, подробнее описанного далее, в разделе «Улучшения и изменения в конфигурации сервера».

Возможность пропуска «Окна информации» при нажатии на объект в режиме отображения «Геокарта»

Режим отображения «Геокарта» (Geo view) позволяет просматривать объекты и связи на географической карте при условии, конечно, предварительного осуществления привязки объектов к их географическому месторасположению.

Активация этого вида в веб-интерфейсе программного комплекса приводит к отображению на карте дочерних по отношению к текущему объектов, для которых заданы координаты, а также связей между ними. Цветовое отображение маркеров соответствует текущему состоянию объектов.

В представляемом релизе добавлена возможность пропускать вывод окна информации при нажатии на объект и сразу переходить к отображению, установленному по умолчанию для класса открываемого объекта. Это позволяет избежать лишних действий, например в случаях, когда модальное окно не содержит какой-либо полезной информации об объекте.

Такое поведение можно настроить в файле конфигурации веб-приложения, в секции с именем geoMap путем установки для параметра skipmodalview значения true.

Рисунок  2. Пример отображения объектов на геокарте

Отключение звуков разрыва и восстановления соединения в веб-интерфейсе

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

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

В новом релизе программного комплекса «Центральный Пульт» данный функционал был деактивирован. Возможность настройки звуковых уведомлений оставлена только в отношении секции «Действия при смене состояний» настроек объектов и связей.

Рисунок  3. Настройка звуковых уведомлений в секции «Действия при смене состояний»

Увеличение размеров поля ввода SQL-запроса в веб-интерфейсе

Сенсоры в логике выполнения мониторинга программным комплексом «Центральный Пульт» позволяют выполнять различные проверки с отображением их результатов объектами, для которых настроены соответствующие типы сенсоров. В числе постоянно расширяемого набора типов сенсоров – бинарный протокол, выполнение программы/скрипта, локальный порт, удаленный порт, пинг-сенсор, запрос в базу данных, FTP-сенсор, HTTP-запрос, JMX-сенсор, MQTT-сенсор, SNMP Get, SNMP Trap, WMI-сенсор и др.

Сенсор «Запрос в базу данных» осуществляет выборку из популярных систем управления базами данных, в том числе MySQL, MS SQL, PostgreSQL, Oracle. Среди подлежащих настройке полей запроса – тип базы данных, имя хоста и порт, имя базы данных, имя экземпляра базы данных, логин пользователя и пароль, кодировка, текст запроса и период выполнения проверки.

Специалистам хорошо известно, что SQL-запросы бывают довольно объемными, включающими много строк. Ранее высота окна с текстом запроса позволяла отобразить только пару строк кода, что было неудобно, хотя и имелась возможность расширить поле, потянув за правый нижний край ячейки. В новом релизе высота окна по умолчанию была увеличена до 12 строк. Полезно заметить, что в запросе можно использовать только команду SELECT, а поле запроса ограничено 1024 символами.

Рисунок 4. Настройка сенсора «Запрос в базу данных» с текстом SQL-запроса

Возможность тестирования настроек мониторинга

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

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

В новом релизе такая возможность тестирования настроек была реализована. Для инициирования теста необходимо в секции «Мониторинг» настроек объектов или связей нажать кнопку «Test», расположенную под веб-формой конфигурации мониторинга. После этого система выполнит соответствующую проверку с заданными настройками и отобразит результаты во всплывающем окне.

Запуск процесса мониторинга на основе настроенной и протестированной проверки осуществляется нажатием кнопки «Применить». Стоит отметить, что указанный функционал требует использования агента мониторинга версии 5.5.0.

Рисунок 5. Пример окна с результатами тестирования проверки

Возможность запуска проверки по требованию

Программный комплекс «Центральный Пульт» поддерживает оба классических подхода к мониторингу – активный и пассивный. Активный мониторинг подразумевает опрос устройств с заданной периодичностью с целью определения доступности устройств и предоставляемых на их основе сервисов, а также проверки текущего состояния устройств.

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

В обсуждаемом релизе пользователям такая возможность была предоставлена. Для выполнения проверки необходимо открыть объект в виде подробной информации, перейти в секцию «Мониторинг» и нажать расположенную под веб-формой кнопку «Опросить сейчас». В результате соответствующий агент выполнит проверку, в таблице с данными будут показаны полученные метрики и отработает настроенная логика мониторинга (смена состояния объекта, генерация аварии, отправка уведомлений и др.).

Добавление кнопки перехода к авариям в облегченном режиме отображения

В программном комплексе реализован целый ряд режимов отображения главного экрана пользовательского веб-интерфейса, которые можно активировать для получения информации об объектах мониторинга в том или ином виде, в зависимости от текущих потребностей и выполняемых операций. В настоящий момент доступны следующие режимы отображения – стандартный вид, вид подробной информации, табличный вид, сетка, геокарта и окно информации.

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

В облегченной версии дерево объектов недоступно и подгружаются только объекты, которые необходимы для корректного отображения информации о текущем объекте, а именно – родительские объекты, дочерние объекты и связи, агент, выполняющий проверку, и объекты, задействованные в виджетах.

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

Рисунок 6. Облегченный режим отображения объекта в виде подробной информации

Улучшения и изменения в конфигурации сервера

Серверная компонента – это ядро и мотор «Центрального Пульта». Сервер состоит из набора микросервисов, производящих обработку и анализ поступающих данных мониторинга, управляющих логикой смены состояний у наблюдаемых объектов и связей между ними.

Напомним, что конфигурация сервера производится в расположенном в структуре файловой системы текстовом файле /etc/saymon/saymon-server.conf, состоящем из набора разделов и параметров, с помощью которых задаются значения настроек.

Так, например, в настройках можно указать путь к каталогу для пользовательских сенсоров мониторинга. В программном комплексе в качестве сенсоров (проверок) можно использовать не только встроенные возможности, но и собственные, пользовательские скрипты, передавая им аргументы, настраиваемые через веб-интерфейс.

Соответствующая настройка предполагает добавление в файл секции monitoring и задание в параметре custom_tasks_path полного пути до каталога со скриптами проверок:


“monitoring”: {
    “custom_tasks_path”: “/opt/saymon-agent/custom_tasks”
},

После внесения в конфигурацию любых изменений нужно не забывать перезапустить серверную службу командой CLI:

$ sudo service saymon-server restart

Расширение функционала словарей

Словарь в терминологии программного комплекса «Центральный Пульт» – это специальный элемент системы, который хранит данные в формате «ключ – значение» или «ключ – массив значений» (ключ в словаре должен быть уникальным).

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

Каждому значению словаря можно присвоить название (функционал именованных полей). Присвоить названия полям в текущей версии можно только при импорте словаря из таблицы в формате MS Excel. Создать именованные поля можно также через REST API программного комплекса при помощи запросов «Создать словарь» и «Обновить словарь».

Рисунок 7. Словарь с именованными полями

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

Рисунок 8. Редактирование зашифрованного словаря

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

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

Добавление классов свойств

Классы, словари, свойства – термины, которые у кого-то могут стойко ассоциироваться с образовательным процессом в школе, у кого-то – с объектно-ориентированным программированием, возможны, конечно, и другие варианты.

В «Центральном Пульте» классы ранее использовались только в отношении объектов и представляли собой совокупность настроек по умолчанию, которые применяются к объектам при их создании.

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

В обсуждаемом релизе в программном комплексе разработан новый функционал – классы свойств. Класс свойств – это специальный шаблон, задающий общие правила для оформления свойства в пользовательском веб-интерфейсе.

Конкретный класс свойств определяется следующими параметрами, которые влияют на отображение свойства в соответствующей секции вида подробной информации:

  • имя – имя класса свойств, отображаемое в интерфейсе при выборе
  • описание – любое описание, раскрывающее предназначение класса
  • тип значения – определяет тип значения свойства
  • по умолчанию – начальное значение, которое будет автоматически подставлено при выборе пользователем данного класса

Каждый класс свойств может иметь только один тип значения, принадлежащий к ограниченному стандартному набору (например, целочисленный, вещественный, строковый, логический, время, дата, IP-адрес, MAC-адрес, URL, e-mail, телефон и др.). Типы значений могут иметь дополнительные поля и настройки.

В случае выбора типа значения «Словарь» (Dictionary) в набор параметров класса добавляются  дополнительные поля:

  • источник – словарь, который служит источником для значений данного класса свойств
  • множественный выбор – определяет возможность выбора несколько значений в свойстве
  • разделитель нескольких значений – произвольная строка, подставляемая системой при нескольких выбранных значениях
  • шаблон отображения значения – строка, с помощью которой можно настроить отображение словаря ({{0}} – ключ словаря, {{1}} – {{N}} – значения словаря)
Рисунок 9. Редактирование класса свойств

Значения свойств можно указывать в качестве переменных:

Общий формат переменных для использования значений свойств имеет вид:

{{parent[`parent name`|class.(name|id)=`name|id`].properties[`name`][`valueIndex`]}}

Примеры использования переменных:

  • {{properties[name]}} – получение значения свойства по имени name из текущего объекта или класса объекта
  • {{parent.properties[name]}} – получение значения свойства по имени name из первого найденного родительского объекта (или класса объекта), в котором будет найдено такое свойство
  • {{parent[parent name].properties[name]}} – получение значения свойства по имени name из первого найденного родительского объекта по имени parent name

Операции со словарями и классами свойств можно выполнять при помощи реализованных запросов к REST API программного комплекса (при наличии необходимых прав).

Доработка функционала событий информационной безопасности

Команда разработки программного комплекса «Центральный Пульт» уделяет повышенное внимание вопросам обеспечения информационной безопасности (ИБ). Это относится, в частности, к формулировке и актуализации рекомендаций по развертыванию и эксплуатации комплекса.

Кроме того, по запросам клиентов и партнеров разрабатываются специализированные веб-интерфейсы типа рабочего места сотрудника службы ИБ, позволяющие повысить эффективность процессов контроля над изменениями прав, назначением ролей, авторизациями и другими действиями в системах, построенных на базе «Центрального Пульта».

На уровне ядра системы обеспечивается интеграция и выполнение алгоритмов SIEM-систем (Security Information and Event Management), которые обычно развертываются и эксплуатируются отдельно от других ИКТ-систем и позволяют сотрудникам службы ИБ осуществлять сбор и анализ информации о событиях безопасности и автоматизировать защитные мероприятия в отношении угроз, инцидентов и нарушений.

«Центральный Пульт» также поддерживает логирование событий, произошедших в системе, для последующего аудита администратором или службой ИБ. Архитектура компоненты включает источник логов, маршрутизатор логов, а также систему их хранения и обработки.

Рисунок 10. Архитектура логирования событий безопасности

В ходе работы над новым релизом были выполнены доработки функционала событий ИБ в части добавления в информацию о событии сведений о сетевом соединении (IP-адресах клиента и сервера), исправления структуры сообщений, отправляемых во внешние SIEM-системы в формате CEF.

Формат CEF (Common Event Format) – открытый формат журнала событий, разработанный для улучшения совместимости между различными системами ИБ. Сообщение при его отправке из программного комплекса «Центральный Пульт» в указанном формате имеет вид:

CEF:Version|Device Vendor|Device Product|Device Version|Signature ID|Name|Severity|Extension

В отдельных полях сообщения указывается следующая информация:

  • Version – версия формата CEF (в данном случае 0)
  • Device Vendor – ROSSINNO
  • Device Product – SAYMON
  • Device Version – версия «Центрального Пульта»
  • Signature ID – уникальный идентификатор типа события
  • Name – название события
  • Severity – критичность события
  • Extension – дополнительная информация о событии

Пример сообщения об ошибке при аутентификации:

CEF:0|ROSSINNO|SAYMON|3.12.86|AAF|Authorization error|8|dproc=saymon-server end=1709195078104 outcome=Failure suser= src=10.0.2.2 shost=_gateway dst=127.0.0.1 dhost=127.0.0.2 cn3=3 reason=”User not found”  msg={“remoteAddress”:”10.0.2.2″,”login”:”badUser”,”message”:”User not found”}

Пользовательская конфигурация журнала событий безопасности может быть определена в файле /etc/saymon/logger.json. Реализованный в новой версии комплекса функционал автоматического определения имени клиента с помощью DNS и его включения в сообщения журнала событий безопасности активируется путем добавления в указанный файл в раздел common параметра resolveRemoteIp и установки для него значения true:

“common”: {
  “resolveRemoteIp”: true
},

Возможность передачи дополнительного файла для пользовательских проверок

Автоматизация операций – требование «маст-хэв» к зрелым системам мониторинга – позволяет повысить производительность работы пользователей, уменьшить количество ручных операций, снизить влияние человеческого фактора на работу системы и успешность решения задач мониторинга и управления.

В программном комплексе «Центральный Пульт» автоматические действия реализованы в отношении проверки доступности и состояния наблюдаемых объектов, установки и конфигурации агентов, сбора информации о сетевой топологии, обнаружения и постановки на мониторинг устройств и сервисов, изменения состояния объектов, генерации и погашения аварий, отправки уведомлений ответственным службам, создания графиков временных рядов, выполнения скриптов при создании и удалении объектов и др.

В процессе работы над актуальным релизом был добавлен новый функционал, связанный с расширением возможностей и автоматизацией операций при выполнении пользовательских проверок – функционал загрузки произвольных файлов небольшого размера (до 16 МБ) с привязкой к свойству пользовательской проверки.

В параметры пользовательских проверок добавлен новый тип аргумента (file). Загруженный файл хранится в отдельной коллекции в СУБД MongoDB, а доступ к нему можно получить по ссылке вида:

http://<идентификатор файла>/node/api/files/<идентификатор файла>

Для доступа к файлу по ссылке требуется авторизация, при этом, для доступа к файлу не требуется доступ к объекту, на котором настроен пользовательский сенсор мониторинга, или особых прав пользователя. Идентификатор файла сохраняется в параметре объекта. 

В качестве пользовательской истории можно указать на возможность автоматического создания в системе хостов в качестве объектов мониторинга из CSV-файла с соответствующим списком и последующей обработки пользовательским сенсором. Это, помимо автоматизации, позволяет удовлетворить требования безопасности, как то невыполнение загрузки файла через SSH и его несохранения на диске.

Возможность отключения аварий для объекта

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

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

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

Рисунок 11. Окно отключения аварий для объекта

Возможность отключения сбора данных агентом при применении ручного состояния

В новом релизе была также добавлена возможность остановки сбора данных агентом при ручном назначении состояния объекта. Этот функционал включается при последовательном выполнении следующих действий:

  • открытие интересующего объекта в виде подробной информации
  • переход в секцию «Параметры»
  • выбор любого состояния из выпадающего списка «Состояние»
  • настройка параметров ручного состояния в открывшемся окне «Задать состояние вручную»
  • установка переключателя «Прекратить сбор данных» в активное состояние
  • нажатие кнопки «Применить»

В результате объект будет переведен в выбранное состояние и перестанет собирать данные от агента и REST API, пока ручное состояние не будет сброшено. Во время остановки сбора данных на графиках будет отображаться значение 0, а фон будет подсвечиваться цветом выбранного состояния.

Заметим, что управлять настройками остановки сбора данных агентом и отключения аварий для объекта можно через развитый REST API комплекса.

Рисунок 12. Окно смены состояния объекта с остановкой сбора данных

Исправление ошибок

Ошибки… От них не застрахованы ни люди, ни машины, ни компьютерные программы, даже если их исходный код относительно компактен. Программный код «Центрального Пульта» – весьма объемный, так что вполне объективно укладывается в эту общую концепцию. Беды тут особой, наверное, нет – ошибки, баги, так или иначе обнаруживаются и исправляются дружной командой разработчиков.

В ходе работы над представляемым релизом значительные усилия были потрачены на устранение выявленных ошибок в отношении как бэкенда системы и пользовательского интерфейса, так и серверной компоненты.

Были выявлены и исправлены, в частности, следующие ошибки:

  • исправлена ошибка, которая препятствовала устранению аварии, созданной по условию генерации аварий
  • исправлена ширина иконок состояний в журнале событий
  • исправлены стили в таблице «История состояний»
  • исправлено обновление IP и Hostname (требуется агент версии 5.5.0)
  • исправлена ошибка, позволяющая редактировать условия генерации аварий в веб-интерфейсе, даже если данный функционал отключен на сервере

Совершенствование документации

Качественная, максимально полная и разумно структурированная документация, очевидно, дает программному продукту конкурентные преимущества в сравнении с похожими по функционалу решениями. Документация традиционно рассчитана на различные категории потребителей системы мониторинга – «обычных» пользователей с разными наборами прав, администраторов, разработчиков, управленцев.

Программный комплекс «Центральный Пульт» предоставляет в свободном доступе поддерживаемую в актуальном состоянии и систематически улучшаемую документацию для всех категорий пользователей. Для удобства восприятия информации доступны светлая и темная темы оформления сайтов с документацией, возможность скачивания PDF-версий.

Ссылки на сайты с документацией:

  • документация по платформе на русском языке – https://docs.cpult.ru
  • документация по платформе на английском языке – https://docs.saymon.tech
  • документация по REST API на русском языке – https://api.cpult.ru
  • документация по REST API на английском языке – https://api.saymon.tech
  • техническая документация на английском языке (описание расширений, мобильных приложений) – https://saymon.tech

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

Пользуйтесь и получайте новые знания, мы создаем документацию для вас!


Развитие агента мониторинга

Агент мониторинга – программа, которая устанавливается на узлах наблюдаемой инфраструктуры и выполняет задания центральной системы мониторинга по сбору данных, передавая их в центр для дальнейшего использования.

Агент мониторинга в качестве компоненты «Центрального Пульта» получил в последние месяцы существенное развитие – изменения затронули оптимизацию программного кода и механизмы работы, пересмотр и реализацию ряда сенсоров, поддержку операционных систем семейства MS Windows, вопросы обеспечения безопасности и поддержку вариантов аутентификации, встроенную поддержку безагентных способов мониторинга, таких как WinRM и SSH.

Агента можно установить на большинство популярных операционных систем, поддерживающих Java SE версии 6 и новее, в том числе MS Windows, Linux и macOS. Также агент может быть установлен на универсальный контроллер автоматизации Wiren Board на базе ОС Linux.

Краткие инструкции по установке агента доступны в составе документации по комплексу. Процесс в общем случае предполагает скачивание, установку с регистрацией агента на сервере, а также первичную настройку.


Вместо заключения

Мониторинг насыщенных цифровых инфраструктур – это продвинутые наукоемкие технологии, методики и инструменты, это – богатство и взаимное дополнение разных подходов для достижения наилучших результатов, это – автоматизация и машинное обучение, аналитика и прогнозы, корреляции событий и поиск первопричин, большие данные и впечатляющая скорость работы с ними, эстетичные и информативные дашборды, своевременные оповещения о проблемах и отсутствие «ложных срабатываний», это – новые вызовы, побуждающие к совершенствованию.

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

Следите за нашими новостями, публикациями в блоге, скачивайте бесплатно и пробуйте в деле «Центральный Пульт» в течение 90 дней, становитесь нашими клиентами и партнерами!