Posted by 27 декабря 2023 года вышел новый релиз (v.3.14.89) отечественной программной платформы мониторинга и управления цифровыми активами “Центральный Пульт” (SAYMON), разрабатываемой на протяжении более 10 лет компанией “РОССИННО“. В этом релизе программного комплекса были развиты и усовершенствованы функциональные возможности и элементы базового веб-интерфейса, серверной компоненты и REST API.
Улучшения базового веб-интерфейса
Базовый веб-интерфейс программного комплекса “Центральный Пульт” систематически совершенствуется, обогащаясь все новыми функциями и улучшениями для повышения удобства работы пользователей и предоставления расширенных возможностей для решения возникающих задач. Далее представляется информация об изменениях и доработках, вошедших в релиз.
Возможность добавления в секцию “Документы” ссылок с указанием произвольных протоколов
В программном комплексе управляемые инфраструктуры и компоненты в их составе представляются в виде иерархии объектов и связей между ними. Каждый объект (и связь) имеет состояние, которое может меняться в процессе мониторинга в зависимости от получаемых данных и в соответствии с заданными условиями перехода состояний.
Выполнение настроек объектов и доступ к просмотру информации о них предполагает открытие вида подробной информации на главном экране веб-интерфейса системы, в котором имеется набор секций, включая “Виджеты”, “Данные”, “Параметры”, “Мониторинг”, “Условия перехода состояний”, “Свойства”, “Документы”, “Операции” и ряд других.
В секцию “Документы” для объектов можно загружать файлы разных форматов (пояснения смотрите далее), привязывая их тем самым к объектам, а также добавлять ссылки на внешние или внутренние ресурсы. В ссылках ранее допускались только протоколы HTTP/HTTPS с соответствующими префиксами http:// или https://.
В новом релизе эти ограничения были сняты, что предоставило возможность более гибко формировать и использовать в работе с объектами ссылки, например, вида ssh://192.168.1.101, mailto://user@domain.ru, sip://911@call.server и т.п. для быстрого перехода и активации соответствующих ресурсов и выполнения операций.
Возможность привязки к объектам и связям файлов разных форматов
Программный комплекс “Центральный Пульт” – это платформа для построения системы цифрового обслуживания (создания цифровых двойников) информационно-коммуникационных инфраструктур в целях повышения уровня сопровождаемости, наблюдаемости, повышения качества предоставляемых сервисов, автоматизированного управления и оркестрации, а также создания новых услуг на базе объединения цифровых отрезков действительности.
Один из популярных сценариев – мониторинг и управление цифровой инфраструктурой в крупных организациях. Крупная организация, как правило, характеризуется большим количеством сотрудников, организационных подразделений, подрядчиков и разграничением зон ответственности. Для обеспечения оперативных действий по контролю возобновления работы, предотвращения аварий и разбора имевших место ситуаций “Центральный Пульт” предоставляет сервисы консолидированного описания объектной модели, связанностей и зависимостей, а также сопроводительной документации.
В секции “Документы” ранее была возможность привязывать к объектам и связям только ссылки на веб-страницы и загружать PDF-файлы. В представленном релизе программного комплекса была добавлена возможность привязки к объектам и связям файлов в форматах DOC/DOCX, XLS/XLSX и ZIP. При активации ссылки на документы перечисленных форматов инициируется их скачивание на компьютер пользователя.
Доступность файлов для скачивания и просмотра контролируется системой прав доступа к информации в соответствии с ролевой моделью или индивидуальными правами пользователя, доступностью пользователю объектов и области видимости документов. Все эти права настраиваются и позволяют не только гибко решать вопросы доступности информации в подразделениях предприятий, но и использовать данные механизмы для построения решений, построенных на платформе “Центральный Пульт”.
В развитие этого функционала запланирована реализация поддержки файлов изображений распространенных форматов, а также видео и аудио файлов.
Возможность запроса аргументов у пользователя при запуске операции
Когда-то давно концепция, заложенная при создании программного комплекса “Центральный Пульт”, включала только многоуровневую визуализацию связанности схем/карт услуг и сервисов, сетевых и других инфраструктурных элементов. Органически родилась “вертикальная” связность влияния элементов слоев друг на друга, подсистема уведомлений, автоматических и операторских воздействий на инфраструктурные элементы.
Именно возможности управляющего воздействия преобразовали концепцию платформы из обзора, наблюдения и визуализации – в концепцию для управления и автоматизации. Появилась возможность оркестрации разрозненными автоматизированными контурами, возможность не только строить зонтичные системы мониторинга, но и обеспечивать визуализацию процессов с автоматическим запуском сценариев или подсказкой ответственному персоналу с возможностью запуска предопределенных операций.
В секции “Операции”, также доступной в виде подробной информации об объекте или связи, задается набор предопределенных действий, которые могут выполняться при нажатии кнопки запуска, расположенной в секции, контекстном меню объекта/связи или на виджете, или при срабатывании триггера (действия при смене состояния).
Операции могут быть использованы для изменения состояния управляемого объекта/связи или его параметров, получения данных от объекта (параметры, конфигурация, версия ПО и т.д.), загрузки на объект новой версии ПО и т.п.
Ранее в операциях, предполагающих выполнение программ/скриптов, можно было использовать переменные, помещаемые в двойные фигурные скобки, например, {{id}} или {{user.login}}. Сервер для таких операций подставляет значения соответствующих переменных и после этого выполняет команду.
В процессе эксплуатации системы мониторинга разработчику или инженеру может потребоваться выполнить операцию (программу/скрипт), при запуске которой значения отдельных аргументов (переменных) должны запрашиваться у пользователя в интерактивном режиме.
В актуальном релизе введен новый тип переменных, при наличии которых в тексте операции пользователю перед выполнением будет отображено окно со списком переменных и полями для ввода значений. В скрипте для использования такой возможности нужно указать макрос вида {{ask.имя_аргумента}}, например
#!/bin/bash
ping -c {{ask.packets_count}} {{ask.ip_address}}
Запуск этой операции приведет к открытию окна для ввода значений соответствующих переменных (в данном случае – packets_count и ip_address).
Макросы можно задействовать также в поле “Аргументы” при создании или редактировании операции, что потребует следующей формальной модификации приведенного выше скрипта:
#!/bin/bash
ping -c “$1” “$2”
Конечно, подобные расширения функционала рассчитаны на взаимодействие машина-человек и подразумевают непосредственное участие персонала в работе с инфраструктурой. Стоит отметить, что “Центральный Пульт” имеет расширения машинной обработки данных, использующие такие достижения человечества как искусственные нейронные сети и алгоритмический анализ накопленных и связанных в систему данных. Комбинация широкого набора методов воздействия на цифровую инфраструктуру и машинных методов интерпретации развивающихся ситуаций предоставляет возможности реализации систем класса AIOps и цифровых двойников с обратной связью.
Добавление времени получения данных, имени и идентификатора объекта при экспорте в CSV-файл из секции “Данные”
Экземпляры информационной сущности (объекта), могут содержать методы активной проверки внешних источников данных (от информационно-коммуникационных систем – до аппаратов и датчиков) или могут быть настроены как пассивные сущности, которые получают данные от внешних систем или вовсе не имеют собственных оперативных данных, но меняют логическое состояние на основе анализа данных внешних объектов или при воздействии дочерних по иерархии.
Оперативный набор данных (данные последней проверки, не потерявшие актуальности) содержится в секции “Данные”. Здесь стоит упомянуть, что существует функционал “правил формирования данных”, который позволяет во время прихода экземпляра изменять полученные данные, преобразовывая значения метрик (например, к единой системе измерения), выполнять вычисление разностных значений между существующим и вновь пришедшим экземпляром, добавлять в структуру оперативных данных или удалять из нее заведомо ненужные данные.
Система автоматически пытается интерпретировать оперативную структуру данных как таблицу – для простоты человеческого восприятия; существует также механизм динамических сетевых справочников для расшифровки кодовых значений (самый простой пример – интерпретация значений OID в человекочитаемый формат). В случае наличия у пользователя прав на доступ к данным, таблицу с данными можно экспортировать в формате CSV и скачать на локальный компьютер, инициировав процесс нажатием на соответствующую кнопку в заголовке окна; сформированный файл будет содержать все столбцы отрисовываемой таблицы.
В некоторых ситуациях, помимо значений метрик, практическую ценность могут иметь дополнительные параметры, например, время получения данных, а также имя и идентификатор (ID) объекта/связи. В новом релизе такая возможность была реализована.
Реализация упрощенного интерфейса управления правами пользователей на доступ к объектам
Пользователь или робот с правами администратора имеет возможность добавлять в веб-интерфейсе программного комплекса новых пользователей и настраивать для них права доступа к объектам, используя функционал вкладки “Доступ к объектам” раздела “Пользователи и группы” окна конфигурации системы (для программ-роботов, это, конечно, не вкладки, а массивы формата JSON).
При большом количестве объектов (десятки тысяч и более) загрузка дерева для интерактивного управления правами пользователя может занимать весьма продолжительное время.
В ходе работы над актуальным релизом были выполнены необходимые доработки и улучшения в целях оптимизации процесса загрузки данных. В файл настроек конфигурации веб-приложения (/etc/saymon/saymon-client.yaml) была добавлена специальная секция, которая позволяет выбрать режим отображения и имеет следующий вид:
configuration:
objectPermissions:
displayType: tree
Предлагаемый ранее как безальтернативный режим “Дерево объектов” позволяет настроить доступ пользователя к объектам посредством выбора нужных объектов из дерева целиком (активируется теперь установкой значения tree для параметра displayType; режим по умолчанию).
Новый режим “Упрощенный вид” предназначен для реализации более простых методик управления правами на доступ к объектам и активируется установкой в файле конфигурации веб-приложения для параметра displayType значения simple. В этом режиме объекты добавляются или исключаются из набора прав путем указания их идентификатора (ID) в окне, открывающемся после нажатия на кнопку “Добавить” над соответствующим списком (“Включить” или “Исключить”).
Автоматизированные циклы управления правами, конечно, могут более оптимально работать с процессами создания, блокировки, удаления пользователей, изменения прав доступа к объектам или областям видимости внутри объектов. “Центральный Пульт” позволяет решать целый спектр технических и бизнес-задач в своем базовом функционале и с использованием расширений. Вместе с тем, возможности интеграции системы в существующие корпоративные или облачные ландшафты позволяют расширить рамки использования до внушительного диапазона.
Снова отметим возможности построения решений по предоставлению услуг на базе платформы “Центральный Пульт”. Например, предоставление клиентам доступа к части собираемой технической информации о потребляемых услугах связи или оплаты, соответствия соглашению о предоставленном сервисе (SLA) и т.п.
Адаптация страницы журнала событий для использования в виджете iFrame, добавление новых фильтров
Теорию и практику систем непрерывного автоматизированного мониторинга и предупреждения (систем мониторинга) можно разделить (один из способов) на два сегмента – системы, активно собирающие данные, и системы, регистрирующие события от внешних источников (реагирующие на внешние воздействия). Прямой аналогией является широко известный оборот “PUSH и PULL” – информация или “проталкивается” в систему мониторинга или запрашивается у внешних источников. В идеальном случае используется комбинация этих двух подходов.
В практиках внедрения программного комплекса “Центральный Пульт” мы говорим о первичных и вторичных событиях. Первичные события – не что иное, как события, полученные из контролируемых контуров инфраструктуры и сервисов. Например, сообщения SNMP-trap, сообщения syslog, зарегистрированные запросы web-hook и любые другие входящие данные. Выражаясь более коротко, первичный поток событий – это поток на входе в систему, реализованную на платформе “Центральный Пульт”.
Вторичный поток – поток на выходе. В нашем случае – поток классифицированных интерпретаций состояний объектов. При этом необходимо понимать, что интерпретации подвергаются не только входящие сообщения (информация это, предупреждение или аварийное событие), но и экземпляры запрошенных и собранных данных, отсутствие ответа на запрос или экземпляр данных, потерявший актуальность (истек промежуток времени, когда данные могут считаться актуальными – показатель, параметризируемый для каждого экземпляра данных).
Весь поток событий доступен для пользователей через специальный пользовательский интерфейс “Журнал событий”. В сколько нибудь развитой инфраструктуре любой из потоков – это непрерывно бегущая лента, которая может только порадовать глаз, но не сильно помогает осознать происходящее. Поэтому “Журнал событий” содержит систему переключения между потоками и систему фильтрации отображаемой информации.
В новом релизе в адресной строке страницы журнала событий стало возможным указывать дополнительные параметры, влияющие на представление панели элементов управления, а также фильтры для настройки отображения данных в таблице. Такой функционал полезен, в частности, при встраивании страницы журнала событий в виджет IFrame.
Среди доступных параметров – тип выводимых данных, настройка отображения или скрытия “шапки” страницы, логотипа, управляющих кнопок, секции дополнительных параметров и др.
Пример выполнения запроса:
http://<saymon-server>/event-log.html?header=off&logo=on&pauseButton=on&typeSelect=on&filterSection=on&exportSection=on
Параметры фильтра журнала событий теперь могут быть указаны не только в меню “Фильтр”, но и в адресной строке, при этом, заданные в последней фильтры переносятся в меню, где их можно изменить. Общий формат запроса:
http://<saymon-server>/event-log.html?filter=<тело фильтра>
Наборы параметров фильтров индивидуальны для конкретных типов отображаемых в журналах данных (SNMP-трапы, MQTT-сообщения, истории состояний) и подробно описаны в документации с соответствующими примерами.
Стоит еще раз напомнить, что все интерфейсы в “Центральном Пульте” реализуются через web API, а следовательно для программ-роботов, анализирующих события, доступны потоки событий через HTTP-запросы. В продвинутых случаях интеграции можно использовать авторизованные доступы через потоки поверх Web-socket, подключения к шинам MQTT и Kafka. Возможно формирование выходных потоков данных, направленных средствами syslog, web-hook, SNMP-trap, SMS, messenger-bot, email и другими методами.
Понятно, что полемика в терминах “входной и выходной потоки” событий не всегда бывает достаточной. В реальности имеют место наборы потоков на входе и на выходе, а также и промежуточные потоки, которые могут представлять практический интерес для анализа. В данном контексте существует актуальный особенно в наше время поток событий информационной безопасности (ИБ).
Мы уже писали о подсистеме регистрации событий ИБ, которые выводятся в отдельный интерфейс – в рабочее место сотрудника информационной безопасности (ИБАРМ). Интерфейс позволяет осуществлять поиск и фильтрацию по пользователю, времени, классу события и другим параметрам. Одновременно поток событий ИБ отправляется на внешнюю SIEM систему для выполнения системами и сотрудниками, ответственными за контроль безопасности, собственных классификаций и действий.
Скрытие триггера создания задачи в Jira в списке действий при смене состояния объекта с возможностью включения в конфигурации веб-приложения
Программный комплекс “Центральный Пульт“ при переходе объектов в те или иные состояния может выполнять настраиваемый набор действий, среди которых – отправка email-уведомлений, сообщений в Telegram, SMS, запуск операции, программы или скрипта с параметрами, показ визуальных уведомлений в браузере со звуковым сопровождением, совершение голосовых вызовов, создание задачи в Jira и др.
Jira – популярная коммерческая веб-система для отслеживания задач и проектов, командной разработки ПО с развитым функционалом. В предыдущих версиях комплекса триггер создания задачи во внешней системе Jira отображался в списке действий при смене состояний объекта. В новом релизе, в связи с уходом компании Atlassian с российского рынка, по умолчанию эта возможность была отключена.
При необходимости включения рассматриваемой возможности в файле настроек конфигурации веб-приложения сервера (/etc/saymon/saymon-client.yaml) следует для параметра enableJiraTrigger установить значение true.
Настраиваемый набор действий, по сути, формирует дополнительные потоки событий, которые команда интеграции, ответственные за мониторинг сотрудники или сотрудники профильных подразделений могут оптимально настроить под нужды конкретного предприятия, конкретной реализации процессов обеспечения непрерывности и доступности услуг и элементов инфраструктуры.
Улучшения и изменения в конфигурации сервера
Блокировка пользователя в случае нескольких неуспешных попыток аутентификации
Программный комплекс “Центральный Пульт” всегда имел высокий уровень готовности к использованию в корпоративных и облачных средах с точки зрения защищенности, но в последнее время уровень функциональности был существенно поднят.
Попытки подбора пароля пользователей к веб-системам и приложениям путем тотального перебора (метод “грубой силы”), по словарю, по маске или с помощью иных применяемых злоумышленниками техник должны по соображениям безопасности в обязательном порядке пресекаться.
В качестве стандартной защиты принято инициировать временную (или постоянную) блокировку аккаунтов пользователей, для которых были зафиксированы попытки подбора паролей, с запретом возможности прохождения аутентификации.
В программном комплексе настройка блокировки пользователей осуществляется в подразделе Server.user конфигурационного файла сервера системы (/etc/saymon/saymon-server.conf).
Общая логика работы механизма блокировки состоит в следующем. В конфигурационном файле можно задать количество неудачных попыток входа, после выполнения которых пользователь будет заблокирован, а все запросы от него будут возвращать специальный код ошибки.
В случае ввода в форме аутентификации правильных логина и пароля или по прошествии периода времени, заявленного в файле конфигурации, количество неудачных попыток входа сбрасывается. Заблокированный ранее пользователь будет разблокирован через указанное в настройках время.
Шифрование паролей в конфигурационном файле сервера и в настройках проверок
Вопросы обеспечения информационной безопасности при эксплуатации программных платформ и веб-приложений выходят сегодня на передний план. Вполне очевидно, что любая чувствительная информация должна храниться в системах в зашифрованном виде.
В новом релизе программного комплекса реализована поддержка шифрования паролей и другой конфиденциальной информации, содержащейся в конфигурационных файлах и в настройках проверок.
Шифрование файлов конфигурации активируется в конфигурации сервера с помощью параметра server_config раздела encrypt
“encrypt”: {
“server_config”: true
}
Поля конфигурации, которые необходимо зашифровать, должны быть помечены специальными тегами (по умолчанию – << и >>). После перезапуска сервера все помеченные таким образом поля, а также поля с именами pass и password будут автоматически зашифрованы.
Шифрование параметров проверок активируется с помощью параметра db раздела encrypt в файле конфигурации сервера
“encrypt”: {
“db”: true
}
Шифрование параметров в настоящее время поддерживается в проверках типа запрос в базу данных (SQL-сенсор), JMX-сенсор и FTP-сенсор. Расширенные пользовательские проверки, также будут обеспечены шифрованием хранения чувствительных данных. После установки этого свойства значения полей будут сохраняться в базе данных в зашифрованном виде.
Поддержка интеграции с системой Zabbix версии 6
Программный комплекс “Центральный Пульт“ позволяет подключаться к нескольким серверам с развернутыми экземплярами системы мониторинга Zabbix и импортировать информацию о наблюдаемых в них узлах (“хостах”).
В актуальном релизе реализована поддержка системы Zabbix версии 6 (ранее поддерживалась только версия 5); особенности настройки подключения приведены в документации.
Параметры импорта данных из Zabbix задаются в одноименном разделе конфигурационного файла сервера, включая периодичность обновления данных, изменение стандартных опций в запросах Zabbix, соответствие класса создаваемых объектов с их именами и логирование.
Ускорение работы обработчика SNMP-трапов
Программный комплекс “Центральный Пульт” – платформа, позволяющая реагировать на вызовы и решать задачи автоматизированного мониторинга и управления практически для любой цифровой среды. В каждом конкретном случае перед внедрением осуществляется анализ имеющейся инфраструктуры, проводится архитектурная проработка развертывания и обработки существующих потоков данных.
В частности, возможны варианты, когда для решения комплексной задачи разворачивается набор экземпляров, каждый из которых настраивается на выполнение специфичных для потока данных функций; плюс экземпляры центральной системы, объединяющие специфические экземпляры. Альтернативно можно развернуть централизованную архитектуру, сразу поглощающую разнообразные потоки в единую информационную модель.
Выбор архитектуры развертывания зависит от команды внедрения и бизнес-функциональных требований, требований по обеспечению доступности, отказоустойчивости и катастрофоустойчивости. Скорости обработки сообщений того или иного источника данных являются важными и также принимаются во внимание при выборе архитектуры развертывания.
Один из способов постановки на мониторинг систем и оборудования – это настройка потока событий, в частности, SNMP-trap сообщений на систему мониторинга. Команды профильных подразделений могут иметь узкоспециализированные инструменты мониторинга для решения локальных задач своего технологического участка и уведомление центра мониторинга предприятия ограничивается отправкой SNMP-trap сообщений. Такой подход широко распространен на предприятиях обеспечения сервисов связи (голос, данные и т.п.) и даже имеет собственную систему нотаций (обработка через Fault Management, обогащение событий через Network Resource Inventory, Problem Management и т.п.).
Регистрируемые системой события от внешних источников, в частности, SNMP-trap сообщения, проходят этапы обработки. В данный момент обработка каждого SNMP-trap включает фильтрацию, дедупликацию, анализ наличия привязки сообщения к объектной информационной модели, анализ сообщения на возможность автоматической привязки при отсутствии, включая анализ уровня важности (severity), анализ наличия парных (открывающих и закрывающих) событие сообщений и другие технические мероприятия.
Настройка максимально эффективных цепочек обработки сообщений от внешних систем и устройств, как правило, нуждается в тонкой конфигурации. Существуют слабо подчиняющиеся настройки устройства, которые генерируют множественные переключения состояний ошибка-отмена, существуют сетевые элементы формирующие уведомления о своей функциональной деятельности (например, поток событий, связанных со сменой местоположения абонента мобильной сети).
Универсальных правил обработки для всего разнообразия возможностей нет, но имеется возможность настройки правил в рамках штатных возможностей программного комплекса “Центральный Пульт”. Дополнительно существуют возможности использования методов машинного анализа потоков событий и выявления первопричин (RCA) не только методами иерархической связанности, но и с использованием развитых методов машинного и глубокого машинного обучения.
В текущем релизе нам удалось поднять скорость обработки SNMP-трапов даже на сложных логических цепочках практически в 10 раз. Работы по оптимизации этого вопроса продолжаются и среди технических гипотез, мы рассматриваем варианты альтернативной параллельной эшелонированной обработки – оперативное доведение до получателя сигналов с последующим уточнением и коррекцией значения и значимости.
Расширение возможностей REST API
Программный комплекс имеет собственный открытый API категории REST и позволяет выполнять стандартные методы для работы с информацией на базе протокола “JSON over HTTP(s)”. Большинство операций и действий, доступных в веб-интерфейсе, могут быть выполнены с помощью API при наличии у пользователей необходимых прав.
Возможность получения последнего комментария по аварии в запросе истории комментариев
Аварии в комплексе могут быть сгенерированы с помощью назначения условий перехода состояний объектов или условий генерации аварий. Список аварий с информацией о них выводится в веб-интерфейсе в табличном виде с разделением на активные и исторические.
Пользователи могут добавлять к активным авариям комментарии, которые формируют рабочий журнал, позволяющий отслеживать их историю. Последний по времени добавления комментарий к аварии показывается в таблице в строке этой аварии.
При кажущейся обыденности данных технических особенностей, потенциал у них достаточно велик. Журналы расследования аварийных ситуаций являются важной частью в стратегии предотвращения повторения инцидентов, с одной стороны. Задокументированное расследование инцидентов – это база знаний о качестве работы сервисов, оборудования, о способах ликвидации отклонений от нормальной работы, способствующая повышению доступности сервисов сопровождаемых цифровых инфраструктур. Вслед за этим, такие базы знаний служат основой для формирования рекомендаций к действиям диспетчеров, оперативных дежурных и экспертов. Экспертные команды могут использовать выявленные (экспертно или автоматически, средствами машинного обучения) цепочки характерных развитий ситуаций для автоматизации восстановительных и предупредительных действий.
Запрос к API Get Incident Comment History позволяет получать историю комментариев по интересующей аварии. Ранее в возвращаемом в формате JSON списке отсутствовал последний по дате комментарий и было рекомендовано получать его отдельным запросом. В новом релизе последний комментарий был возвращен в общий список, представляемый в порядке “сначала новые”.
Добавление единых API-методов для работы с объектами и связями
В информационной модели программного комплекса “Центральный Пульт” есть несколько базовых понятий. Одно из них – это объект, сущность, которая отражает компоненты наблюдаемых инфраструктур (физическое или логическое устройство, систему или программный модуль, элемент технологических или бизнес-процессов). Объекты могут иметь неограниченное число дочерних объектов, образовывая многоуровневые иерархические структуры.
Второе важное понятие – это связь, сущность, которая служит для отражения соединения, связности отдельных объектов друг с другом. Связь может воссоздавать физическое соединение между объектами или некоторое логическое отношение. Объект и связь очень похожи с точки зрения работы с оперативными данными – они могут иметь ассоциированные методы мониторинга, критерии классификации состояний, свойства, документацию и другие атрибуты.
Ранее REST API комплекса предлагал отдельные методы для объектов и связей, теперь добавлены методы, объединяющие возможности манипуляции объектами и связями. Это означает практическую пользу и облегчение труда разработчиков, создающих дополнительные пользовательские интерфейсы, интеграции или конечные решения на базе платформы.
В новом релизе были добавлены универсальные, единые методы, выполняющие следующие операции с объектами и связями (для обобщения используется термин “entity” – “сущность”):
- Get Entity Stat – получение данных агента (stat)
- Set Entity Stat – установка данных агента (stat) для сущности с заданным ID
- Set Entity State – установка состояния сущности с заданным ID
- Set Entity’s Manual State – установка ручного состояния сущности с заданным ID
- Get Entity by ID – получение JSON-представления сущности с заданным ID
- Get Entity Children – получение всех дочерних объектов и связей сущности с заданным ID
- Get Entity Properties – получение массива свойств сущности с заданным ID
- Execute Entity Operation – запуск операции с заданным идентификатором для сущности с заданным ID
Например, ранее было только
GET /node/api/objects/:id/props
GET /node/api/links/:id/props
Теперь можно использовать единый метод
GET /node/api/entities/:id/props
Аналогично и для методов POST и PUT в соответствующих случаях.
Команда “РОССИННО“ продолжает последовательно улучшать и развивать функциональные возможности своего флагманского продукта – программной платформы мониторинга и управления цифровыми инфраструктурами “Центральный Пульт” (SAYMON).
Наш оптимизм поддерживается растущим спросом, повышающимся разнообразием сценариев внедрения и появлением повторяющихся сценариев, приводящих к созданию под-продуктов или над-продуктов. Нарастающий опыт не только формирует потенциал возможностей, но и дает ресурсы для более творческого и с новым уровнем осознанности подхода к стандартным и нестандартным задачам. Мы живем во время цифровых перемен, и это умножает вызовы, которые обществу и бизнесу приходится преодолевать.
Наша команда SAYMON разрабатывает дополнительные продукты для усиления позиций платформы. Целый ряд партнеров разрабатывают дополнительные модули для платформы программного комплекса “Центральный Пульт”. Ряд партнеров строит на нашей платформе собственные решения для выбранных технологий или сегментов потребителей.
Следите за нашими новостями и заметками в блоге и включайтесь в партнерство!
Поздравляем всех наших сотрудников, партнеров, действующих и будущих клиентов с наступившим Новым годом, желаем безотказности функционирования цифровых инфраструктур и сервисов, надежности, ясности и управляемости в любых ситуациях!