Posted by 18 августа 2023 года вышел новый релиз (v.3.13.87) отечественной программной платформы мониторинга и управления цифровыми активами «Центральный Пульт» (SAYMON), разрабатываемой в течение последних 10 лет петербургской компанией «РОССИННО». В этом релизе были развиты и усовершенствованы отдельные функциональные возможности и элементы базового веб-интерфейса, REST API и серверной части.
Улучшения базового веб-интерфейса
Веб-интерфейс является лицом любой программной веб-системы, и степень удовлетворенности конечных пользователей продуктом определяется предоставляемыми функциональными возможностями, дружелюбностью и эргономичностью интерфейса, наглядностью, простотой и удобством в использовании, эстетической привлекательностью, адаптируемостью под конкретные пользовательские предпочтения.
Веб-интерфейс программного комплекса «Центральный Пульт» постоянно совершенствуется в стремлении угодить и даже где-то предвосхитить потребности и ожидания пользователей. Вышедший релиз включает целый ряд улучшений веб-интерфейса и новых функций, представляемых далее.
Добавление рабочего журнала для активных аварий
В терминологии систем мониторинга под авариями понимаются определенные события, которые происходят в наблюдаемой инфраструктуре, подлежат регистрации и классификации с последующей реакцией на них в автоматическом или ручном режиме.
В «Центральном Пульте» аварии могут быть сгенерированы с помощью назначения условий перехода состояний объектов или условий генерации аварий. Зафиксированные аварийные ситуации отображаются в таблице на странице аварий в ассоциации с объектами мониторинга с разделением на активные и исторические.
Наличие возможностей отслеживать и контролировать жизненный цикл отработки аварийной ситуации позволяет оценивать качество работы ответственных технических служб, формировать базу знаний по возникающим проблемам для использования в будущем в целях сокращения времени реакции и устранения.
В обсуждаемом релизе появилась возможность добавлять к активным авариям комментарии, формирующие рабочий журнал. Открытие окна со списком комментариев по конкретной аварии осуществляется путем нажатия правой кнопкой мыши на ней в таблице активных аварий и выбора в контекстном пункта “Комментарий”.
Рисунок 1. Рабочий журнал с комментариями к активной аварии
В списке приводятся общие сведения об аварии (время регистрации, имя объекта или связи, уровень критичности), а также все комментарии по ней с сортировкой по дате и времени. Форма добавления комментариев (вкладка “Редактировать”) поддерживает облегченный язык разметки Markdown. На вкладке “Предпросмотр” можно посмотреть перед отправкой как комментарий будет выглядеть в списке.
Последний по времени добавления комментарий показывается в строке конкретной аварии в соответствующем столбце таблицы.
Рисунок 2. Последний комментарий к аварии в таблице активных аварий
Добавление в виджет “Счетчик” переключателя для отображения числа “как есть” и лидирующих нулей
Виджеты в программном комплексе служат для визуализации актуальных и исторических данных, вывода информации об объектах наблюдаемой инфраструктуры и связях между ними. Среди доступных для использования типов виджетов – “график”, “круг”, “радиальная”, “кольцо”, “кнопка”, “IFrame” и некоторые другие.
“Счетчик” является одним из самых простых типов виджетов и способен отображать числовые и текстовые данные. Некоторые данные целесообразно показывать на виджетах в своем исходном виде, без применения каких-либо преобразований, к примеру, отбрасывания лидирующих нулей.
В новом релизе в набор параметров виджета “Счетчик” для этих целей добавлен специальный переключатель – Значение “как есть”, позволяющий выводить значения интересующей метрики в том виде, в каком оно было получено системой мониторинга.
Этот функционал позволяет отображать в значении ведущие нули, например, для корректного отображения серийных или инвентарных номеров оборудования, чисел в некоторых системах счисления, разделов универсальной десятичной классификации (УДК), номеров договоров, почтовых индексов и т.п.
Рисунок 3. Вывод значения “как есть” с ведущими нулями на виджете типа “Счетчик”
Добавление для пользовательских проверок параметра “Таймаут”
«Центральный Пульт», помимо богатого набора встроенных сенсоров мониторинга, поддерживает пользовательские сенсоры, предполагающие подключение специфических для интеграции программ с передачей им аргументов, настраиваемых через веб-интерфейс системы. Пользовательские сенсоры отображаются в поле “Тип проверки” секции настройки мониторинга для объекта вместе со встроенными. Отличить их от встроенных можно по отсутствию или подключенной специфической иконки в поле слева от названия сенсора.
Среди доступных настроек мониторинга присутствует поле “Таймаут”, которое означает время, в течение которого агент будет ожидать результатов выполнения проверки с момента ее запуска (значение по умолчанию – 30 секунд). В том случае, если проверка не выполняется за указанное время, объект перейдет в состояние ALARM с соответствующей ошибкой.
Раньше возможность указать значение для поля “Таймаут” была только для встроенных в систему сенсоров. В обсуждаемом релизе это ограничение было снято – поле стало доступным и для пользовательских сенсоров.
Рисунок 4. Форма настройки параметров мониторинга для объекта с пользовательским сенсором и активным полем “Таймаут”
Возможность включения/выключения метрик на мультиграфиках
Реализованный в программном комплексе мощнейший функционал мультиграфиков позволяет отображать на единой панели сразу несколько графиков с возможностью масштабирования значений. Построение мультиграфика предполагает указание нескольких констант или метрик из текущего или других объектов системы, пользуясь кнопками добавления/удаления формул.
Рисунок 5. Веб-форма для задания параметров мультиграфика
В новом релизе появилась возможность для удобства анализа процессов, акцентировании на разномасштабных изменениях скрывать или показывать отдельные графики, формирующие мультиграфик, с помощью переключателей, которые расположены рядом с формулами в легенде.
Рисунок 6. Переключатели для включения и выключения метрик на мультиграфике
Добавление экспорта стандартного вида в формат PDF
Основным источником информации об объектах мониторинга и связях, а также местом работы с ними является главный экран веб-интерфейса программного комплекса. Предоставление информации на нем осуществляется в соответствии видом, выбранным пользователем в панели режимов отображения.
Стандартный вид дает наиболее подробную и наглядную информацию об объектах и связях между ними. Панель “Хлебные крошки” отображает полный путь к просматриваемому объекту в иерархии и предоставляет возможность быстрого перехода к любому из промежуточных уровней. Набор функциональных кнопок в правой части панели зависит от выбранного режима отображения.
Рисунок 7. Панель “Хлебные крошки” с полным путем к объекту и функциональными кнопками
В режиме стандартного вида на панели присутствуют кнопки управления диапазоном времени виджетов, отображением/скрытием сетки для выравнивания объектов и потоков, визуализирующих логику взаимодействия объектов, а также экспорта данных.
В представляемом релизе с помощью меню экспорта данных, помимо уже имевшейся возможности выгрузки виджетов типа “График” дочерних объектов в формат Excel, появилась функция экспорта настроенного отображения дочерних элементов в формате PDF.
Рисунок 8. Меню экспорта данных с кнопкой экспорта в формат PDF
Рисунок 9. Пример результатов экспорта данных
Добавление отображения истории передачи данных от агента в виде подробной информации
Настройка объекта или связи в веб-интерфейсе программного комплекса осуществляется путем их открытия в виде подробной информации, в котором становится доступным набор секций.
Панель с кнопками в верхней части главного экрана предназначена для управления секциями и быстрого доступа к размещенной в них информации. Нажатие любой кнопки инициирует открытие всплывающего окна с соответствующей секцией во весь главный экран.
Секция “Данные” содержит таблицу с результатами выполнения проверки для объекта (связи). Представленную информацию можно экспортировать в формате CSV и просматривать в формате JSON.
В новом релизе для оперативного просмотра и анализа добавлена возможность просмотра истории передачи данных мониторинга от агента в виде подробной информации. В строках выводимой таблицы содержатся сведения о дате и времени передачи, а также сами полученные данные в формате JSON.
Рисунок 10. Отображение истории передачи данных от агента
Заметим, что кнопка открытия таблицы по умолчанию не отображается, а для ее включения необходимо установить в файле конфигурации клиента на сервере системы (/etc/saymon/saymon-client.yaml) для параметра statHistory значение true.
Отображение во всплывающем окне списка объектов, к которым изменения условий перехода состояний для класса применены не будут
Продолжая разговор про настройку объектов и связей, обратимся к секции “Условия перехода состояний”, отвечающей за настройку условий, в соответствии с которыми объект мониторинга будет менять свое состояние.
При переходе объектов в определенные состояния система может автоматически выполнять различные преднастроенные действия, такие как отправка email-уведомлений, SMS, сообщений в Telegram, запуск программ или скриптов с параметрами, совершение голосовых вызовов, показ визуальных уведомлений в браузере и др. Кроме того, условия перехода состояний могут создавать в системе аварии.
Нажатие кнопки “Применить к классу” в веб-форме ранее приводило к установке настроенных условий в качестве условий по умолчанию для всех объектов класса текущего объекта.
Рисунок 11. Настройка условий перехода состояний
Вместе с тем, у каких-либо других объектов данного класса могли быть намеренно изменены условия перехода состояний, которые считаются “уникальными” для этих объектов, при этом нажатие указанной кнопки не будет приводить к их изменению. Список объектов, к которым не будут применены изменения, в новом релизе отображаются во всплывающем окне.
Рисунок 12. Список объектов, к которым не будут применены изменения
Возможность автоматического обновления имени и свойств объекта класса Host, созданного через механизм автообнаружения
«Центральный Пульт» предоставляет развитые средства автоматического обнаружения объектов наблюдаемой инфраструктуры для постановки их на мониторинг на основе встроенных механизмов, автоматически срабатывающих при старте системы (возможно отключение этого администратором), или методов REST API, реализуемых с помощью специальных сценариев (скриптов).
В случае встроенного автообнаружения может быть инициирована автоматическая регистрация агентов на сервере мониторинга. При установке на наблюдаемый хост агента, выполняющего проверки, сбор и передачу информации на сервер, а также указании в файле настройки агента (<Каталог_установки_агента>/conf/agent.properties) для параметра agent.id=0 на сервере будет создан новый объект класса Host.
Для созданного объекта будет сформировано имя по шаблону “имя_хоста (IP-адрес хоста)”, добавлены свойства Hostname и IP, а также созданы дочерние объекты с проверками по умолчанию (CPU, File system, Memory, Network IO, Saymon Agent).
Рисунок 13. Автоматическая регистрация агентов на сервере мониторинга с визуализацией метрик с помощью виджетов
В ходе эксплуатации цифровых инфраструктур имена хостов могут меняться, но процесс мониторинга должен при этом продолжаться в непрерывном режиме. Для этих случаев в новом релизе появилась возможность настроить автоматическое обновление имени и свойств созданного через механизм автообнаружения объекта класса Host путем установки в файле конфигурации сервера (/etc/saymon/saymon-server.conf) для флага server.hostname_update.enabled значения true.
Перенос журнала активности пользователя на отдельную вкладку
Окно конфигурации в веб-интерфейсе программного комплекса позволяет управлять административными настройками системы и пользователями; для перехода в него необходимо выбрать пункт “Конфигурация” в меню пользователя на панели инструментов.
Раздел “Управление пользователями и группами” окна конфигурации дает возможность добавлять и удалять пользователей и группы пользователей, изменять настройки доступа пользователей к объектам и права на операции, задавать фильтры журнала событий, просматривать журнал изменений пароля.
Крайне важным аспектом в процессе эксплуатации системы мониторинга является контроль действий, совершенных пользователем, с целью выявления некорректных операций, расследования инцидентов, которые могут негативным образом отразиться на работе системы и реализуемых ею функций.
В новом релизе на отдельную вкладку в упомянутом разделе был вынесен журнал активности, в котором можно просмотреть список действий пользователей. В этом списке для каждого действия указывается время его совершения, собственно, действие (варианты – “создано”, “удалено”, “изменено”), тип измененного элемента системы и разница между текущим и предыдущим состоянием измененного элемента в формате JSON.
Рисунок 14. Журнал активности пользователя
Возможность установить “Отображаемое имя” в меню настроек пользователя
В набор общих настроек пользователя, доступных для назначения и изменения в разделе “Управление пользователями и группами” окна конфигурации системы, в обсуждаемом релизе был добавлен дополнительный параметр – “Отображаемое имя”, который задействуется для сокрытия истинных регистрационных данных (логина) пользователя из соображений безопасности.
Рисунок 15. Поле “Отображаемое имя” в веб-форме общих настроек пользователя
Стандартизация поведения при сохранении в меню измененных полей
В обсуждаемом релизе было стандартизировано поведение при сохранении в меню измененных пользователем полей: все меню в веб-интерфейсе, которые ранее применяли внесенные изменения автоматически, теперь требуют обязательного нажатия кнопки “Сохранить” или “Применить”.
Ранее во всех интерфейсах использовался подход “сохранять любое изменение” – это бывает полезно и удобно, но практика показала, что для настроек мониторинга, которые делаются вдумчиво и без спешки, лучше иметь кнопки записи изменений.
Кроме улучшения пользовательского взаимодействия, эта модификация удобна с точки зрения анализа выполненных в системе изменений. Все изменения не только сохраняются в локальный для системы audit-log, но и “растекаются” по смежным SIEM-системам. Наличие кнопок “Сохранить” и “Применить” формирует дополнительный уровень осознанности операций как для пользователя, так и для сотрудников подразделений информационной безопасности предприятий.
Следует отметить, что изменения, выполняемые с помощью средств автоматизации через API, не поменяются – будут производиться и регистрироваться так же, как и произведенные в пользовательском веб-интерфейсе.
Изменение дизайна переключателей “Да/Нет”
Переключатели типа “Да/Нет” являются одними из часто используемых элементов управления отображением информации в веб-интерфейсе программного комплекса. В новом релизе дизайн этих переключателей был изменен и теперь имеет более эстетичный вид.
Рисунок 16. Новый дизайн переключателей типа “Да/Нет”
Расширение возможностей REST API
REST API является сегодня неотъемлемым и жизненно необходимым элементом всех развитых программных веб-систем и приложений и, как известно, представляет собой набор правил и соглашений для безопасного обмена данными между клиентскими приложениями и веб-серверами. Интерфейс основан на архитектурных принципах REST (REpresentational State Transfer, “передача состояния представления”), которые обеспечивают стандартизованные, легкие, гибкие и масштабируемые коммуникации между разными системами.
Этот способ взаимодействия базируется на стандартных сетевых протоколах (HTTP/HTTPS) и заложенных в них методах (GET/POST/PUT/DELETE), что делает его простым и понятным для веб-разработчиков, поддерживает различные форматы данных (такие как JSON или XML), позволяя клиентам и серверам обмениваться информацией в наиболее удобном формате.
REST API позволяет создавать масштабируемые системы, благодаря оптимизации взаимодействия между сервером и клиентом по принципам REST, отсутствию сохранения состояния клиентских запросов на сервере, поддержке кэширования ответов на стороне клиента, на промежуточном сервере или “посреднике” в многоуровневой системе.
Систематически развиваемый собственный открытый API программного комплекса «Центральный Пульт» (SAYMON) относится к категории REST и позволяет выполнять стандартные RESTful-методы для чтения, изменения, добавления, удаления информации с использованием протокола “JSON over HTTP(s)”. Большинство операций и действий, доступных в веб-интерфейсе комплекса, могут быть выполнены с помощью API при наличии у пользователей соответствующих прав.
Документация по SAYMON REST API содержит описания всех реализованных в API методов, событий Socket.IO и “кулинарную книгу” (cookbook), включающую практические примеры решения распространенных задач с помощью API.
Рекомендуемый способ работы с документацией – сначала ознакомиться с разрешениями для API-методов, затем изучить имеющиеся схемы аутентификации, после чего прочитать статьи о конкретных методах и их применении.
Пример шаблона bash-запроса к API для получения информации об объекте по его ID (метод Get Object by ID):
login=<…>
password=<…>
saymon_hostname=<…>
object_id=<…>
url=https://$saymon_hostname/node/api/objects/$object_id
curl -X GET $url -u $login:$password
Фрагмент ответа сервера на запрос в формате JSON:
{
“name”: “Updated Object”,
“owner_id”: “5e21b752308c3c66d64e072c”,
“object_groups”: [],
“geoposition”: [],
“child_ids”: [],
“parent_id”: “1”,
“weight”: 1,
……
“id”: “5e79b74d6ec5ea28e5105c58”
}
Код запроса по API можно написать также на языках JavaScript, Python или с использованием программной платформы NodeJS.
Добавление поля “Отображаемое имя” в модель пользователя
В модель пользователя API, с учетом соответствующего расширения набора параметров, описывающих пользователя в программном комплексе, было добавлено дополнительное поле – “Отображаемое имя” (displayName). Некоторые запросы к API теперь возвращают значение этого поля вместо поля login пользователям без необходимых прав.
В том случае, если при создании пользователя отображаемое имя не было задано, оно создается автоматически путем маскировки второй половины поля login с помощью символа *. Пользователи с правами manage-users могут изменять отображаемое имя других пользователей, а без них – только свое собственное.
Рисунок 17. Поле “Отображаемое имя” (displayName) в описании модели пользователя API
Добавление запросов для получения иерархических путей между объектами
Основа информационной модели «Центрального Пульта» – дерево, граф, представляющий иерархию объектов в их взаимосвязи и взаимном влиянии. Каждый объект представляет собой элемент системы, в отношении которого выполняется мониторинг. Объекты могут быть соединены друг с другом с помощью связей, отражающих физическое или логическое соединение между ними, а состояние связи (как и объекта) является результатом мониторинга.
API позволяет выполнять различные запросы к серверу комплекса для работы с объектами и связями, в том числе создание, обновление, удаление, клонирование, поиск, получение списков родительских или дочерних объектов, получение или установка состояния объектов и т.д.
В актуальном релизе в группы методов “Объекты” и “Связи” были добавлены два новых метода – Get Object’s Parent Paths и Get Link’s Parent Paths. С помощью первого метода можно получить путь в иерархии от указанного в запросе объекта к корневому, а второй позволяет получить иерархический путь от исходного объекта указанной связи к корневому объекту.
Ответы на запросы в обоих случаях содержат два списка – пути и объекты. Список путей содержит идентификаторы всех родительских объектов (включая корневой) и ID запрашиваемого объекта (или исходного объекта запрашиваемой ссылки), при этом, первый элемент в списке – это запрашиваемый объект (исходный объект ссылки), а последний – корневой объект. Список объектов содержит информацию о каждом объекте в пути, а возвращаемые поля можно выбрать с помощью параметра запроса fields.
Возможность указания фильтра при подписке на событие Incidents
Socket.IO – открытая JavaScript-библиотека для веб-приложений и обмена данными в режиме реального времени. В архитектуре программного комплекса эта библиотека используется для имплементации Comet-сервера.
Socket.IO обеспечивает двунаправленную связь между веб-сервером и браузером на основе событий с низкими задержками. Библиотека, когда это возможно, использует протокол WebSocket для обмена информацией и добавляет к каждому пакету дополнительные метаданные.
«Центральный Пульт» задействует кастомные события Socket.IO для обновления данных в системе в режиме реального времени на базе модели Comet, реализующей механизмы эффективного использования сетевых и серверных ресурсов при работе веб-приложений. Каждое событие соответствует внутренней теме сообщений платформы потоковой передачи событий Apache Kafka.
Событие Incidents срабатывает при создании, обновлении или перемещении аварий в историю. В представляемом релизе появилась возможность при подписке на это событие фильтровать аварии на стороне сервера. При этом, аварии, не соответствующие фильтру, по-прежнему будут приниматься клиентом, но для них будет установлено значение флага фильтрации true.
Добавление нового функционала для взаимодействия через API с рабочим журналом активных аварий
Согласуясь с описанным ранее новыми возможностями программного комплекса в части добавления к активным авариям пользовательских комментариев, формирующих рабочий журнал, в API был реализован функционал для работы с рабочим журналом для активных аварии.
Модель Incident Comment описывает один комментарий из списка комментариев к аварии. Запрос Add Incident Comment позволяет добавить к аварии новый комментарий, при этом, если к аварии уже ранее был добавлен комментарий, он перемещается в список исторических комментариев, после чего новый сохраняется в поле comment аварии. Запрос Get Incident Comment List возвращает список всех комментариев к аварии по заданному ID.
Уменьшение объема получаемой по API информации о пользователях при отсутствии расширенных прав
Постоянно повышающиеся требования к обеспечению информационной безопасности побуждают разработчиков программных веб-систем и приложений ответственно и серьезно подходить к потенциальным проблемам и ограничивать возможности извлечения из систем информации, которая может быть использована злоумышленниками.
В доработанной версии API программного комплекса пользователи без прав manage-users теперь получают меньше информации при направлении запросов Get User by ID (возвращает информацию о пользователе с указанным ID) и Get All Users (возвращает массив с информацией обо всех зарегистрированных в системе пользователях).
Улучшения серверной части
Улучшение шифрования паролей пользователей
Защита паролей пользователей, используемых для доступа к различным системам и сервисам, является одним из важнейших аспектов обеспечения информационной безопасности. Решение этой задачи предполагает принятие надлежащих мер по обеспечению надежности, взломостойкости, сохранности паролей, а также применение специальных политик, повышающих общий уровень безопасности систем.
Пользователям с правами администратора при работе с «Центральным Пультом» доступны функции гибкой настройки параметров парольных политик, в том числе – минимальной длины паролей, их сложности (необходимости использования в паролях тех или иных категорий символов с указанием минимального количества), срока действия, требования смены пароля при первом входе пользователя в систему и др.
В новом релизе был произведен переход на более надежные криптографические алгоритмы шифрования паролей, хранимых в базе данных комплекса, что дополнительно повысило их защищенность и взломостойкость.
Ускорение выборки из истории аварий по родительскому объекту
В целях уменьшения времени выдачи в веб-интерфейсе программного комплекса выборок из истории аварий по родительскому объекту, в новом релизе проведена оптимизация структуры соответствующих запросов к базе данных, которая позволила кратно повысить скорость работы.
Мониторинг цифровых инфраструктур – это сложная, наукоемкая, междисциплинарная задача, требующая от разработчиков программных решений глубоких знаний и опыта в самых разных областях: математика, компьютерные науки, сетевые технологии, телекоммуникации, системное администрирование, информационная безопасность, программная инженерия, искусственный интеллект и машинное обучение, статистика и аналитика больших данных, методы оптимизации и управления процессами, инженерия качества и др. Причем эти знания требуют постоянного совершенствования, расширения кругозора, погружения в смежные (а иногда и не совсем) области науки и технологий.
Мониторинг цифровых инфраструктур – это искусство. Как и в искусстве, мониторинг требует высокого уровня профессионализма, творческого мышления и гибкости для соответствия уникальным потребностям и ожиданиям пользователей. Как и деятель искусства, специалист по мониторингу стремится к идеалу для обеспечения высокой надежности, оптимальной производительности системы и минимизации простоев в наблюдаемых инфраструктурах. Мониторинг – это искусство, экспертное мастерство, развиваемое через практику, изучение лучших методик и постоянное обучение.
Команда «РОССИННО» продолжает планомерно улучшать и развивать функциональные возможности своего ключевого продуктового решения – программной платформы мониторинга и управления цифровыми инфраструктурами «Центральный Пульт» (SAYMON).
«Центральный Пульт» начинался с парадигмы “мульти-иерархической живой схемы всего” и успешно развивается в данном контексте. По сути, SAYMON позволяет иметь “цифрового двойника” инфраструктуры сервисов и услуг, регистрировать и отображать текущее состояние, предоставлять людям и программам данные за всю историю наблюдений, предоставляет развитые пользовательские интерфейсы. Спектр прикладных применений программного комплекса чрезвычайно широк, и многие решения реализуются нашими партнерами.
Команда SAYMON концентрируется на развитии продукта, который смогут внедрять сами клиенты, системные интеграторы, партнеры, производящие собственные решения и продукты. Мы – все еще растущий, живой производитель, и для того, чтобы лучше слышать конечного клиента, не избегаем прямых контрактов на внедрения, хотя предпочитаем “играть в пас” и привлекать партнеров для эффективного использования возможностей.
В связи с требованиями времени, в нашем комплексном продукте появляется все больше элементов, связанных с обеспечением информационной безопасности. В этом релизе уже можно увидеть соответствующие обновления и ожидаются обновления и в следующих.
Многочисленные внедрения «Центрального Пульта» вызывают также повышенное внимание к вопросам оптимизации хранения и обработки потоков данных. Миллионы устройств, подключенных к системам, которые построены на базе нашего программного комплекса, формируют интересные профили потоков данных и новые задачи по управлению обработкой и хранению.
Спрос на «Центральный Пульт» в настоящее время значительно возрос, расширяются возможности системы, масштабируется команда. Мы приглашаем к сотрудничеству амбициозных профессионалов и тех, кто хочет “прокачать” свои компетенции и опыт. Разработчики (RnD Dev), эксперты и специалисты по тестированию и автоматизации тестов (QA), эксперты и специалисты по развертыванию, автоматизации, администрированию и поддержке (DevOps, SRE) – вот наиболее востребованные позиции в нашей команде.
Следите за нашими новостями, обращайтесь по телефону – +7(812) 309-98-85 и по электронной почте – welcome@rossinno.biz, заходите в гости, будем вам рады, запрашивайте презентации наших продуктов и решений. Планируйте и реализуйте современные высокопроизводительные и надежные цифровые решения задач из области ИКТ, автоматизации процессов, Интернета вещей и других высоко востребованных сфер деятельности!
Скачивайте и пробуйте в работе обновленный «Центральный Пульт» в течение 90 дней! Устанавливайте приложения для мобильных устройств под управлением Android и iOS. Подписывайтесь на наши социальные сети ВКонтакте и Телеграм.