CMDB

Платформа
Monq

функциональные модули Monq
Автоматон
Агент
Плагины
Используйте возможности Monq для удобного сбора и хранения данных и ролевого доступа к информации
Производительность и доступность
Ролевая модель
  • CMDB

    Cобственная CMDB в Monq позволяет собирать разрозненную информацию об объектах мониторинга из различных систем в единой системе и выстраивать целостную ресурсно-сервисную модель всего ИТ-ландшафта
    • данные в CMDB коррелируют с данными мониторинга, предоставляя целостную картину состояния ИТ-окружения;
    • доступно автоматическое и ручное построение CMDB;
    • доступно статическоеи динамическое изменения CMDB, а работать можно не просто со стандартным атрибутивным составом – нужные поля можно настраивать самостоятельно, предоставляя моментальный доступ к нужной информации;
    • инциденты автоматически регистрируются в базе – легко следить за SLA;
    • в CMDB можно заводить окна обслуживания и коррелировать эти данные с данными мониторинга;
    • в CMDB учитывает покрытие мониторингом;
    • расчет здоровья КЕ в CMDB происходит как от прямых алертов, так и от статусов - при этом учитывается взаимное влияние родительских и дочерних КЕ с помощью типов связей влияния и подчинения;
    • в CMDB доступен журнал изменений КЕ – изменение параметров во времени через разные форматы визуалиации - табличного и в виде РСМ; это упрощает руткоз и определение первопричин сбоев;
    • ролевой доступ к CMDB позволяет гибко управлять разрешениями к данным.
  • Автоматон Monq

    Автоматизация действий любой сложности с автоматоном Monq – «сердцем» автоматизации в платформе – позволяет «на лету» связывать сигналы и метрики с КЕ, обеспечивает гибкий парсинг и преобразование событий и сборок автотестов, реализует правилакорреляции и дедубликации и реализует защиту от шторма алертов.
    • «No Vendor Lock»: возможность создания и гибкого изменения автоматических действий без участия вендора
    • Без участия человека «слушает» все входящие события и на основе правил запускает автоматически программы - для десятков тысяч операций в секунду
    • Постоянно поддерживает топологию в актуальном состоянии с помощью автоматического построения РСМ – сбора данных с помощью плагинов, мониторинга и обогащения событий этими данными и их автопривязки к КЕ
    • Неограниченная возможность масштабирования процессов
  • Агент Monq

    Собственный агент в Monq позволяет по заданию собирать данные с любых элементов ИТ-окружения
    • доступна политика массового выполнения заданий на множестве агентов – хоть для десятков тысяч элементов инфраструктуры одновременно;
    • агент Monq может не только выполнять задания, но и умеет «слушать» порты и «ловить» SNMP-трапы (роадмап-2024)
    • управлять агентами и отслеживать выполнение заданий можно с помощью удобного графического экрана;
    • есть возможность указать сразу несколько меток в задании: метки координаторов, а также личные метки агента (метки агента можно добавить в файле конфигурации агента, который используется для подключения);
    • легко видеть статус заданий с помощью цветового разграничения красным подсвечиваются проблемные задания (и да, можно сразу посмотреть лог); жёлтым – в случае, если некоторые экземпляры завершились с ошибкой, а остальные – успешно (для желтого статуса также можно увидеть лог по каждому проваленному экземпляру); зеленым – те, с которыми всё хорошо;
    • статусами обладают и обработчики: если сценарий выполнен с ошибками, обработчик в карточке потока будет иметь красный цвет (если ошибок за сегодня получено не было, обработчик будет нейтрального цвета). Это важно при быстром поиске проблемы, ведь неполадки могут быть не в задании, а в сценарии обработки
  • Плагины

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

    Ролевая модель в Monq позволяет гибко управлять доступами к данным между разными уровням и командами
    • разделение ролей на Администраторов и Пользователей позволяет легко соответствовать требованиям безопасности в части доступа к чувствительным данным;
    • удобно работать только в нужных пространствах – контексте рабочей группы – и быстро фокусироваться на нужной информации;
    • удобно устанавливать личные настройки – контактные данные, доступность и др.;
    • ролевая модель позволяет гибко управлять no-code нотификаций и эскалацией.
  • Производительность

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

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

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

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

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

Зонтичный мониторинг Monq в X5 Group, или как построить цифровую карту здоровья бизнеса с миллионом объектов в разрозненном окружении

В кейсе на Habr рассказываем о том, как и зачем Х5 Group внедряет зонтичный мониторинг Monq, почему сущность и состояние «магазина» для бизнеса важнее виртуальных объектов и как вообще стало возможным не только собрать под один зонтик >1.1 млн объектов и данные всего ИТ-окружения, но и силами «ЛАНИТ-Интеграции» автоматизировать построение модели здоровья и ресурсно-сервисной модели с помощью low-code автоматизации

Кейсы

Monq?
Почему
Внедрение и поддержка
от вендора и партнеров
Обучение и сертификация
от вендора
Бесплатное пилотирование
протестируйте Monq в своем ИТ-окружении
Русский язык
язык поддержки
Зрелое решение
готовые истории успеха и внедрения
Современный стек
и микросервисная архитектура
Продукт для решения проблем
не «коробка» или разработка
Гибкое расширение
возможность кастомизации