На основе каких решений разработан продукт Naumen Business Service Monitoring?

Базой для продукта Naumen Business Service Monitoring (Naumen BSM) выступают две платформы. Это Naumen Service Management Platform (Naumen SMP) и Naumen Data Aggregation Platform (Naumen DAP). В первой ведется вся процессная часть и конфигурации. Вторая отвечает за сбор и хранение данных.

Зачем внедрять зонтичный мониторинг, если в компании уже есть несколько систем инфраструктурного мониторинга?

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

Какие методы сбора метрик реализованы в продукте? Доступен ли мониторинг устройств напрямую?

Собирать метрики и получать данные из различных источников помогает связка с системой Naumen Network Manager. Также мониторинг устройств выполняется через различные протоколы: SNMP, LLDP и другие. Для анализа трафика используется NetFlow.

Доступен ли мониторинг информационных систем? Есть ли механизм мониторинга работы пользователя в таких системах?

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

Реализован ли в продукте дискаверинг программного обеспечения?

Да. Дискаверинг программного обеспечения выполняется с помощью Naumen Network Manager.

На каких операционных системах поддерживается работа агентов мониторинга?

Агенты мониторинга можно применять для любой популярной операционной системы: Windows, Linux, Solaris и других.

Какими инструментами решается задача мониторинга серверной инфраструктуры Windows и Linux?

Есть разные варианты. Первый — применяется агентский мониторинг, когда на сервер Windows либо Linux устанавливается агент, который передает данные в Naumen Network Manager. Второй — безагентский мониторинг, для которого используется интерфейс WMI для Windows либо SNMP для Linux, что позволяет собирать нужную информацию напрямую.

Можно ли назвать Naumen BSM решением, которое предоставляет только результаты мониторинга, а поставщиком сырых данных выступают Naumen Network Manager и сторонние внешние сервисы?

Не совсем так. Naumen Business Service Monitoring — это точка агрегации и корреляции данных. Продукт подключается ко всем системам, которые являются источниками информации, собирает, анализирует и предоставляет для использования в различных процессах. Этими источниками выступают не только системы мониторинга, но и системы управления, сами бизнес-приложения. Например, если у приложения есть интерфейс JMX, к которому можно подключиться и напрямую оттуда считать метрики функционирования, тогда это тоже будет задача Naumen BSM.

Как в продукте реализована связь оборудования и услуг?

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

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

Как в системе обрабатываются события, связанные с проведением профилактических работ?

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

Как реализована классификация событий в системе зонтичного мониторинга?

События, поступающие в Naumen BSM, автоматически классифицируются в соответствии с настройками. Правила классификации могут быть связаны с определенным объектом мониторинга (объектом инфраструктуры) или с услугой. С помощью правил система определяет тип события: негативное, позитивное или нейтральное. В зависимости от типа события автоматически запускается дальнейший процесс, например, регистрация инцидента с соответствующим приоритетом или отправка уведомления специалисту.

Есть ли связка с ресурсно-сервисной моделью?

Да. Наполнение ресурсно-сервисной модели (РСМ) происходит как на основании данных дискаверинга аппаратного, программного обеспечения, связей, так и в ручном режиме. Наполнение РСМ необходимо, чтобы зафиксировать верхнеуровневые взаимосвязи компонентов услуг, целостных информационных систем и услуг между собой. Из ресурсно-сервисной модели всегда можно получить ответ, как пострадает услуга и программно-аппаратный комплекс, если произошел отказ определенных компонентов. Эта информация используется в процессе обработки событий и принятия решения об инициации процессных активностей.

Доступно ли отслеживание цикла обмена SMTP или IMAP между почтовыми ящиками, времени доставки, задержки получения писем?

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

Настройка правил для событий без программирования в Naumen BSM подразумевает автоматизацию создания этих правил?

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

Какими средствами обеспечивается отказоустойчивость?

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

Как в системе мониторинга решается вопрос с подключением внешних сервисов?

В Naumen BSM заложены широкие интеграционные возможности. Выполнение синтетических транзакций реализуется через отправку запросов API (REST, SOAP и т.д.) либо прием событий из внешней системы по Rest API. Кроме того, для обмена данных с внешней системой может быть использован протокол SOAP API, корпоративная шина данных и другие технологии интеграции.

Применим ли интерфейс ODBC для получения параметров из базы данных?

Да, это один из возможных способов интеграции. Naumen BSM может подключаться к любой СУБД, которая поддерживается JDBC-коннектором, чтобы получать оттуда данные напрямую. Например, к Microsoft SQL, Oracle, PostgreSQL, MySQL и т.д.

Можно ли переиспользовать уже созданные связи из другой платформы для бизнес-мониторинга, например, AppDynamics?

Да, в систему загружаются данные из любого источника. У платформы Naumen SMP существует механизм универсального импорта, который позволяет загружать данные из СУБД, либо выгрузки в формате CSV или Excel.

Есть ли интеграция с другими продуктами, например, Naumen Service Desk?

Да. Naumen BSM можно интегрировать с различными продуктами разработчика. С помощью решений таких как Naumen Service Desk, Naumen Network Manager и Naumen Inventory можно изменить подход к мониторингу ИТ-инфраструктуры с функционального на комплексный и повысить уровень ИТ-зрелости компании. При этом состав внедряемых продуктов может быть разным, в зависимости от специфики инфраструктуры и потребностей компании.

Зачем в зонтичном мониторинге нужна предиктивная аналитика?

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

Какие задачи решают предиктивные модели в Naumen BSM?

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

Как в продукте реализовано выявление аномалий?

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

Как в продукте реализовано прогнозирование трендов?

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

Как еще в продукте можно анализировать метрики?

Помимо моделей прогнозирования и детектирования аномалий, в Naumen BSM реализованы триггеры. Они позволяют анализировать показатели, которые важно отслеживать в комплексе. Можно настроить, какие метрики нужно мониторить в связке друг с другом, и определить правила реагирования. В системе можно учитывать не только показатели различного оборудования, но и значения бизнес-метрик, например, количество пользователей, которые одновременно пользуются определенным сервисом.

Как в продукте реализовано оповещение о прогнозных событиях?

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