- Регистрация
- 23 Август 2023
- Сообщения
- 2 959
- Лучшие ответы
- 0
- Реакции
- 0
- Баллы
- 51
Offline
Ещё пару лет назад на одной из офлайн‑встреч мы решили: как только появится возможность, проведём корпоратив в горах. Хотели подниматься на вершины, встречать рассветы в палатках и ловить падающие звёзды где‑то над Кавказом. Возможность всё не наступала — проекты, релизы, клиенты, ставка… — но мечта жила. И вот в начале сентября Олег и Никита, наши руководители клиентского сервиса и продаж, просто взяли билеты на Камчатку, собрались в поход и ушли на неделю по Толбачинскому массиву. Без лишних слов, без анонсов. А потом — прислали фото: флаг Monq 9 на фоне вулкана, облака под ногами и подпись «Мы готовы». Подняв этот флаг они даже опередили команду разработки 😀
Мы долго ждали этого релиза и наконец‑то мы готовы представить Monq 9.0, новую версию all‑in‑one платформы наблюдаемости (observability), ИТ‑мониторинга и low‑code/no‑code автоматизации с AIOps функционалом на борту. Monq эволюционировал из событийного «зонтичного» мониторинга, который собирает данные из других систем, в «observability‑зонтик», который с большой производительностью умеет собирать любые данные сам. В этой статье расскажем, что нового появилось в версии 9.0, как устроена платформа и главное — зачем всё это нужно DevOps‑инженерам, архитекторам и тимлидам. Поехали!
10.10.2025 MONQ 9.0 официально выпущен!!!
💡Подробное описание релиза: здесь;
💡Инструкция по обновлению: здесь;
💡А все подробности ниже, надеюсь будет интересно.
Вместо введения: немного о наблюдаемости
Сегодня в IT всё чаще звучит слово observability — наблюдаемость. Под ним понимают умение видеть не только «жив ли сервер», но и всё, что реально происходит внутри:
метрики производительности (CPU, память, задержки запросов),
логи приложений,
трассировки транзакций,
события от инфраструктуры и пользователей.
Задача наблюдаемости — превратить этот поток сигналов в понятную картину для инженеров и руководителей, помочь быстрее находить причины сбоев и даже предугадывать проблемы.
Но на практике в большинстве компаний наблюдаемость развивалась кусками. Разработчики микросервисов поставили Prometheus, эксплуатация привыкла к Zabbix, аналитики работают через ELK, безопасность использует отдельный SIEM. В итоге получается зоопарк систем: данных много, но целостной картины здоровья сервисов нет. Инженеры в аварийной ситуации вынуждены прыгать между десятком дашбордов в поисках ответа на простой вопрос: «Что у нас сломалось и почему?», а менеджеры не понимают что случилось и кто за это отвечает.
Monq появился именно как ответ на эту боль. Это уже достаточно известная в России платформа «зонтичного мониторинга»: система, которая собирает данные из всех источников и показывает их в одном окне. Monq начинал как «зонт», забирая данные алертов и метрики из других систем мониторинга, а сегодня превратился в полноценную observability-платформу.
В новой версии Monq 9 платформа умеет:
сама собирать метрики, логи и уже совсем скоро трейсы
запускать проактивные проверки
строить «карты здоровья» сервисов
автоматически реагировать на инциденты
Мировая практика показывает: чистым open source в мониторинге пользуются <5% компаний (данные Grafana и New Relic). Остальные выбирают гибрид – OSS-инструменты (Prometheus, Zabbix, Grafana) плюс коммерческие платформы уровня Datadog, Dynatrace или Splunk. Коммерческие продукты становятся «головой»: отвечают за централизацию, аналитику, AI, on-call, интеграции, автоматизацию, а OSS выполняют роль «щупалец» для сбора данных.
Подключайте свои мониторинги, используйте возможности Monq по сбору и объединяйте все данные на одном экране.
В России тренд тот же: наш опрос, который мы провели в августе 2025 года, показал, что 75% компаний строят мониторинг на OSS, но всё чаще добавляют над ними коммерческие решения. Именно здесь Monq идеально вписывается – он не заставляет выбрасывать open source, а наоборот помогает объединить разные системы под одной панелью управления.
Monq фактически является катализатором гибридного перехода: компании получают лучшее от обоих миров — свободу и гибкость OSS плюс зрелость, производительность и поддержку коммерческого продукта.
Через 5 лет, по нашим оценкам, 70–80% крупных компаний в РФ перейдут на гибридную модель мониторинга: open source для сбора данных и локальных задач + отечественные коммерческие платформы для аналитики, централизации и AI. В такой архитектуре OSS выступают как «сенсоры», а Monq – как «мозг» системы.
Компаниям нужна единая платформа наблюдаемости, потому что она устраняет хаос из десятков разрозненных инструментов, ускоряет реакцию на сбои и снижает стоимость владения инфраструктурой. Когда метрики, логи, события и автоматизация живут под одной крышей, исчезают интеграционные задержки, проще искать первопричины, повышается предсказуемость SLA и контроль над ИТ-процессами. Это не просто удобство — это конкурентное преимущество: меньше инцидентов, быстрее вывод релизов, выше доверие бизнеса к ИТ.
Для нашего рынка это приводит к росту доли отечественных платформ: именно они будут брать на себя ключевую функцию управления и обеспечения прозрачности инфраструктуры. Они будут безопасным и централизованным ядром системы мониторинга, а разные OSS-решения, такие как Zabbix, Prometheus, Jaeger, ntop, cacti и многие другие остануться локальными иснтрументами той или иной команды мониторинга.
Monq 9: Теперь больше чем "зонтик"
В новую мажорную версию Monq традиционно вошла куча улучшений (всего более 400 изменений 😱). Ниже кратко перечислены самые заметные новинки:
1. Модуль инфраструктурного мониторинга: настройка тысячи устройств в два клика
Модуль инфраструктурного мониторинга теперь интегрирован с встроенной CMDB и позволяет запускать правила на сотнях и тысячах конечных устройств. Настройка мониторинга теперь идет с одной кнопки, и не надо писать под каждое устройство свой сценарий мониторинга.
Одно правило для множества устройств или сервисов, которые могут появляться динамически
Теперь вы можете при помощи фильтра СMDB формировать перечень объектов, для которых будет выполнять задание сборщик. Например, для всех ваших коммутаторов настроить один сборщик ICMP, который будет выполняться для всех объектов (КЕ) с типом коммутатор, значение IP-адреса будет взято из соответствующего атрибута в CMDB . Появляется новый коммутатор в CMDB - автоматически он становится на мониторинг. Фильтры вы можете делать сколь угодно сложным, использовать различные атрибуты и даже метки. С сценариями low/no-code движка автоматизации для дискаверинга и автонаполнения CMDB возможности становятся поистине впечатляющими.
2. Сбор логов: на два порядка быстрее
Благодаря модернизации ETL-тракта радикально нарастили мощность приема логов и событий. На предварительном нагрузочном тестировании один экземпляр позволял принимать, парсить и сохранять 16 000 событий по 1кб в сек. Таким образом, удалось достичь цифры приема 1,4 Тбайта логов в сутки! И это без горизонтального масштабирования сервисов. Так что, если вам нужен высокопроизводительный enterprise-инструмент сбора событий и логов (например, для замены Splunk или ELK), то пора присмотреться к Monq 9.0.
Тысячи зависей на одном экране, с возможностью экпорта с экрана или через API
Также появился набор инструментов для нормализации (парсинга) логов. В зависимости от выбранного формата поступающих логов (доступен широкий набор форматов данных JSON, XML, Loki, Regex, Syslog RFC3164/5424 и т.д.) система устанавливает стандартных обработчик. При этом, если вам не хватает стандартного обработчика, доступны регулярные выражения и строковыми преобразования. Ну, а если, попалось что-то сложное и вы Monq-Guru, всегда можно написать собственный сценарий парсинга на встроенном low-code движке "Автоматон".
3. Метрики из логов: новый модуль MetricBridge
Иногда требуется преобразовать собранные логи во временные ряды, и далее работать с ними как с метриками (генерировать пороги, строить тренды и находить аномалии). Очень часто это нужно для извлечения данных бизнес-мониторинга из логов, и может быть полезно для корреляции событий. Теперь при помощи правил MetricBridge вы можете задавать специальные правила такой трансформации логов в метрики. Ну и, конечно, как и везде в Monq, применяется принцип массовой обработки с разделением по лейблам. В сервисе MetricBridge предусмотрены "разделители" - выбранные лейблы (поля) - разделители. Они позволяют при помощи одного правила обрабатывать множество однотипных задач, не создавая дублей правил.
Формируйте метрики из логов, а сырые логи потом можно удалить для экономии ресурсов
Для вас доступны на выбор 3 вида функций преобразования:
📍 Количество - функция возвращает количество событий за период времени. Например, преобразуем из логов в метрику количество ошибок в ед. времени. И далее уже отслеживаем аномалии на полученном временном ряду.
📍 Булево правило - функция возвращает значение 1 или 0 в зависимости от выполнения условия запроса. Например, проверяем наличие события A и события B за последние 5 минут.
📍 Преобразование - функция преобразует одно из полей в значение временного ряда. Полезно, если внутри лога спрятана бизнес-метрика.
4. Новые опции маршрутизации
В настройках потока можно выбрать, что делать с полученными логами: сохранять, или отправлять на постобработку, или все вместе. Когда это необходимо? Например, опция только сохранение полезна когда нужно накопить данные, а только потом запустить сценарий корреляции. "Создай инцидент, если за последние 10 мин были зарегистрированы события А, B и С". Также очень полезно в случае SNMP-trap, когда поток таких событий может забить тракт постобработки. Второй случай применения, когда нужно, наоборот, направлять событие на сценарии "Автоматона" без сохранения, это сценарии синхронизации CMDB. В 9.0 теперь можно выбрать нужную опцию маршрутизации и не создавать лишнюю нагрузку на компоненты системы.
Управление данными стало проще благодяря унификации и наглядному представлению
5. Развитие инцидент-менеджмента: комментарии пользователей
Работа с инцидентами – командная игра. Поэтому в Monq 9 мы добавили возможность оставлять комментарии непосредственно в карточке сигнала (алерта). Теперь, когда происходит какой-то инцидент (сигнал), все действия и наблюдения можно логировать прямо там: “03:00 – Петя перезапустил сервис, не помогло”, “03:10 – нашли ошибку в логах, виноват новый деплой”, “03:30 – откатили версию, восстановили работу”. Эти заметки видят все участники команды, работающие с инцидентом, что облегчает передачу информации при смене дежурных.
А еще в комментарии можно добавить публикацию статей из базы знаний или подсказки ИИ-ассистента
Комментарии остаются доступными и после закрытия сигнала – фактически, получается таймлайн устранения инцидента. При последующем разборе полётов (post-mortem) очень полезно посмотреть, что и когда предпринималось. Раньше приходилось сводить такие хроники вручную в отдельных отчетах, теперь же Monq сам хранит историю действий. Более того, через API комментарии можно тянуть во внешние системы – например, автоматически прикреплять к тикету в Jira, чтобы менеджеры тоже видели ход работ.
С точки зрения реализации – всё просто: в UI у сигнала появилась вкладка “Комментарии”, где можно написать текст, приложить ссылку или картинку (скриншот графика), упомянуть пользователя. Есть поддержка Markdown для форматирования. Получается своего рода дневник аварии, чтобы ничто не потерялось. Инженеры, которые уже опробовали эту фичу на бета-тестировании, отмечают, что комментариев очень давно не хватало. Исчезли вопросы “А ты уже чинишь? Что сделал? Кто в курсе?” – потому что вся активность видна прямо в сигнале. Ну и субъективно, приятнее оставить заметку рядом с графиками и логами в Monq, чем идти писать письмо или сообщение в чат – экономия пары минут, но в ночную смену и это ценно.
Ну и дополнительные фишки:
Сервис быстрого доступа данных - Индексы. Создавай материализованные представления в БД прямо из интерфейса Monq и сокращай нагрузку на хранилище логов. Интересно, что в индекс записывается не только новая поступающая информация. Можно при создании предзаполнить его историческими данными, а также отследить готовность заполнения.
Индексы позволяют ускорить вывод и обработку данных
Улучшенные функции распределения заданий по агентам. Доступны 3 варианта запуска:
система;
на любом агенте из списка;
на всех агентах списка.
Напомним, что для определения перечня агентов используется система меток.
Инструкции для агентов настраиваются из интерфейса без костылей и кода на стороне
Инструменты селф-мониторинга. При извлечении или парсинге данных возникла ошибка - не беда. В Monq генерируется специальное служебное событие, которое можно использовать для запуска различных сценариев.
Гибкие настройки селф-мониторинга в сценариях
Обновленные экраны логов и метрик с сохраняемыми фильтрами-картами.
Сравнения данных стало значительно проще после появления экрана сырых метрик
Переход к модели pub/sub при операциях шаринга объектов в CMDB и РСМ. Позволило добиться ускорение поиска и вывода, снизить нагрузку на используемую графовую СУБД. Например, на “тяжелых” запросов по выборке 100к из 5 млн связанных объектов время снизилось с 76 сек до 170 мс.
Модель управления доступом к данным из РСМ
Ну и куда новая версия без нового меню
Если вкратце подвести итог, то Monq 9.0 - это серьезный шаг на пути от зонтичной системы мониторинга к полнофункциональной all-in-one платформе наблюдаемости, мониторинга и автоматизации. Теперь, при внедрении корпоративной системы мониторинга, нет необходимости долго и кропотливо подбирать первичные системы мониторинга (Elastic или Zabbix, например), все данные можно получить из Monq. Другое дело, если они у вас уже есть - оставляйте и пользуйтесь Monq как зонтиком. Право выбора, как всегда, за вами.
Монк остается зонтиком и позволяет дополнять и приручить ваш “зоопарк” опенсорса, при этом еще дает из коробки возможность его частично или полность заместить, если вам надо это надо. Например, для импортозамещения, ухода от legacy-систем без поддержки или когда вы хотите повысить зрелость процессов и улучшить MTTR расследования и устранения инцидентов.
Редакции Monq 9: CE (Free), Core, Business, Enterprise – что выбрать?
Какие инструменты нас вдохновляли и от которых при большом желании можно отказаться
Начиная с Monq 9.0 у продукта появились разные редакции. Это сделано, чтобы команды разного масштаба могли подобрать оптимальный набор функций и уровень поддержки – не переплачивая за неиспользуемые возможности. Кратко пробежимся по вариантам:
Monq 9 Core: Базовая коммерческая редакция платформы.
В неё входит ядро сбора и хранения данных (метрики, логи, события), real-time поиск и визуализация, а также полноценный модуль no-code/low-code автоматизации. Проще говоря, Core умеет собрать телеметрию со всего вашего окружения, сложить в единую базу и вовремя разбудить дежурного через алерт или сразу дернуть нужный скрипт по событию. Отлично подходит небольшим DevOps/SRE командам, пилотным проектам. Это «сердце» Monq: быстрая и легковесная система обработки данных и автоматизации, которую можно развернуть у себя и кастомизировать под свои процессы. (Кстати, именно на базе Core построена бесплатная комьюнити-версия – о ней ниже.)
Кейс: финтех-стартап с Kubernetes и Kafka. Раньше: Grafana + отдельные bash-скрипты на cron для «сбора артефактов» при падениях. Ставят Core on-prem: потоки метрик (Prometheus RW), логи (ClickHouse), сигнализация и low-code реакция.
Фишка: MetricBridge превращает логи приложений в бизнес-метрики: orders_created, payment_fail_rate, p95_request_time. На них вешают пороги, а при «красном» сигнале автоматон собирает диагностический бандл (kubectl describe, логи последнего деплоя), открывает тикет в Jira и прикрепляет всё автоматически.
Результат: время расследования (TTR) критов — с 1 ч до 20 мин, «ручные» пост-инцидентные отчёты исчезают: таймлайн и комментарии теперь прямо в карточке сигнала. Команда впервые получает единый источник правды без внешних AIOps.
Содержит весь функционал Core плюс возможности “зонтика”: интеграцию с внешними мониторингами, модуль CMDB и ресурсно-сервисную модель (РСМ), авто-корреляцию и дедупликацию событий (AIOps-движок). Проще говоря, Business-редакция позволяет поверх сбора данных выстраивать “умный” центр управления: связывать события с конкретными сервисами, показывать карты здоровья бизнес-сервисов, заниматься инцидент-менеджментом. Также в Business входит синтетический мониторинг (эмуляция действий пользователей, сценарии проверок веб-сервисов и приложений) – полезно, чтобы Monq первым замечал отклонения в работе, а не клиент. Эта редакция рассчитана на распределённые компании, у которых десятки разных систем и сотни сервисов: Monq Business собирает их под единый зонтик. Часто её выбирают для централизации существующего зоопарка мониторингов – вместо того чтобы выкидывать Prometheus и Zabbix, их можно “подружить” с Monq. Этот гибридный подход, где open source решения для сбора данных и локального мониторинга объединяются под зонтиком коммерческого решения, которое отвечает за унификацию процессов, сквозную аналитику, ML, отчетность, набирает большую популярность и у нас и в мире.
Кейс: федеральная сеть с сотнями магазинов. В магазинах — Zabbix для железа, в ЦОДе — Prometheus/Grafana для микросервисов, в SOC — отдельный SIEM. Ставят Monq Business как «зонт» без отказа от OSS.
Фишка: CMDB/RSM строит карту зависимостей «касса → API → БД → сеть». Сигналы из Zabbix/Prometheus/веб-проверок попадают в Monq, где AIOps-корреляция и дедупликация собирают «лавину» в один инцидент уровня бизнес-сервиса («Оплата картой деградирует в регионе Х»). Синтетические проверки из Monq первыми ловят деградацию UX, до звонков в поддержку.
Результат: снижение шума алертов на 70–80%, MTTR по бизнес-критичным сервисам — минус 45%. Руководители впервые видят SLA/карты здоровья сервисов, а не набор разношёрстных дашбордов. OSS остаётся «щупальцами», Monq — «мозгом».
Включает весь функционал Business и дополнительно: инфраструктурный мониторинг “из коробки” (серверы, сети, БД и т.п.), встроенный APM-модуль для трассировки приложений (поддержка OpenTelemetry), и полный стек observability: метрики+логи+трейсы + пользовательский UX-мониторинг – всё под единой панелью. Enterprise-версия рассчитана на корпорации, критически важные инфраструктуры (КИИ) и вообще организации с 100+ сервисами и высокими SLA 24×7. Проще говоря, Monq Enterprise закрывает максимум задач: от базового сбора данных до прослеживания бизнес-транзакций и мониторинга опыта пользователей – плюс разворачивается кластером для высокой масштабируемости и отказоустойчивости.
Кейс: банк с 1000+ сервисов и жёстким SLA 24×7. Разворачивают кластер Monq Enterprise: инфраструктурный мониторинг «из коробки» (агенты/безагентно), логи в ClickHouse, метрики в TSDB, RSM, синтетика, единый SLA-контур.
Фишка: новая модель прав доступа pub/sub в РСМ и event-driven пересчёт здоровья. При массовых событиях (например, отказ SAN) сервисная карта обновляется за ~170 мс вместо прежних десятков секунд — оперативный центр видит реальное влияние «здесь и сейчас». Индексы ускоряют тяжёлые выборки логов и отчёты, MetricBridge «выжимает» бизнес-метрики из журналов ядра.
Результат: время выявления причины (MTTI) — минус 50%, финансовые инциденты класса P1 сокращаются по длительности вдвое. Переход к управлению по SLO: от графиков CPU к целевым метрикам «время проведения платежа», «успешность авторизаций» и др. Плюс соответствие требованиям on-prem и импортонезависимость.
Monq CE включает ядро функциональности Core (сбор и хранение логов, метрик, событий, поиск, автоматизация) – по сути, Prometheus + ELK + n8n в одном флаконе. Без ограничений по объёму логов и метрик, основные фичи на месте. Из ограничений – Monq CE работает в режиме однопоточной автоматизации, а также в ней отсутствует ролевая модель доступа. Иными словами, CE идеально подходит для персонального и экспериментального использования, там где не нужна высокая производительность и вендорская поддержка. Она также подойдет для тестовых контуров и пилотных проектов. Если команда небольшая или вы хотите сначала попробовать платформу в деле – Community Edition даёт эту возможность (достаточно скачать образ и выписать лицензию на сайте). Monq CE уже используют энтузиасты для домашнего “хобби-мониторинга” и даже в небольших компаниях, где нужно быстро собрать единый центр мониторинга.
Отметим, что Monq CE – не “урезанная демка”, а полноценный инструмент: сбор метрик, логов, инцидентов, автоматизация – всё на месте. Эта бесплатная версия осознанно оставлена закрытой (не open-source), но свободно распространяемой – стратегия, похожая на GitLab CE или Splunk Free. Мы хотим чтобы как можно больше инженеров познакомились с продуктом и могли применить его в работе. Многие внедрения Monq у клиентов начинались с того, что DevOps ставил CE у себя в лаборатории, убеждался в пользе, а затем компания переходила на коммерционную редакцию ради поддержки, масштабирования и расширенного функционала. Такой подход уже приносит плоды: Monq заметно расширил комьюнити, а инженеры делятся на митапах историями, как Monq помог им обнаружить проблему, или как скорость обработки потоков данных выросла на порядок 😀. Плюс стоит упомянуть, что есть дружелюбное сообщество поддержки комьюнити версии в Телеграмме, куда можно прийти с любым вопросом по Monq.
Кейс 1: небольшая DevOps-команда разворачивает Monq CE на одной виртуалке (8 vCPU, 16 GB RAM), подключает 20 серверов и несколько приложений.
Фишка: CE собирает метрики Prometheus, логи Nginx и системные события, а встроенная no-code автоматизация реагирует на инциденты: при превышении 5xx Monq перезапускает контейнер, создаёт задачу в Jira и уведомляет on-call инженера в Telegram.
Результат: время устранения инцидентов сокращается с 40 до 15 минут, шум алертов снижается на 60%. Команда получает единое окно наблюдаемости без Grafana, ELK и n8n — всё под одной крышей.
Кейс 2: SRE-команда оцифровывает рутинные регламенты эксплуатации.
Фишка: через low-code сценарии Monq CE автоматически выполняет проверки доступности, сбор логов, health-check сервисов, очистку временных файлов — по расписанию или событию.
Результат: сокращение ручных операций на 70%, устранение человеческих ошибок, предсказуемые ночные дежурства.
Кейс 3: команда ИИ-трансформации использует Monq CE для построения конвейера обучения и эксплуатации корпоративного ИИ.
Фишка: Monq CE заменяет n8n, превращаясь в no-code платформу оркестрации AI-процессов. Внутри сценариев команда создаёт цепочки действий без кода: получение и очистка данных, подготовка выборок, запуск обучения, тестирование и деплой моделей. Каждый шаг можно гибко настраивать:
– хранить prompt-шаблоны прямо в Monq и передавать их как параметры в сценариях;
– подключать векторные базы данных (например, Qdrant, Milvus, Weaviate) для поиска по эмбеддингам;
– использовать разные LLM для разных задач — от генерации текста до анализа логов и аннотаций данных;
– объединять эти операции в единый поток, управляемый по событиям или расписанию.
Monq не просто запускает пайплайны, а связывает их с Observability-данными: например, если модель деградирует или latency превышает порог, система автоматически инициирует переобучение с новыми данными.
Результат: процесс создания и внедрения новых AI-сервисов ускоряется в несколько раз. Команда тратит меньше ресурсов на ручную интеграцию и инфраструктурную рутину, быстрее проверяет гипотезы и запускает прототипы. Monq CE становится “мозгом” AI-конвейера компании — где всё от данных до моделей управляется из одного окна, без кода и с максимальной скоростью.
Monq CE — это, по сути, Prometheus + ELK + n8n в одном флаконе.
Одна платформа, которая объединяет наблюдаемость, аналитику и автоматизацию — всё, что нужно команде, чтобы построить собственный центр управления инфраструктурой за один вечер.
Небольшое сравнение редакций
А что дальше?
Monq 9.0 – это не просто очередной апдейт, а серьёзный шаг вперёд к полноценной платформе наблюдаемости и автоматизации, которая закрывает большинство потребностей современных SRE/DevOps команд. В одном флаконе вы получаете: сбор всех типов данных, их хранение и поиск, умный анализ (AIOps) и автоматическую реакцию на события c low-code no-code движком, который заменяет n8n. Можно больше не жонглировать десятком консолей и скриптов – Monq стремится стать вашим единым центром управления полётами в ИТ.
Кратко резюмируем, чем примечателен Monq 9:
Полноценный Observability-стек. Метрики, логи, трейсы (уже совсем скоро), события – всё собирается и анализируется в связке. Плюс синтетические тесты для проактивного контроля. Закрыты основные пробелы прошлых версий (полноценный инфраструктурный мониторинг, экран метрик) – работать с данными стало удобнее, а видимость системы шире и глубже.
Единое хранилище + топология. Все типы данных лежат вместе и привязаны к CMDB/РСМ. Это даёт контекст – мы видим не разрозненные цифры, а “здоровье” компонентов и сервисов. За счёт мощных движков под капотом поиск и анализ происходят быстро даже на больших объёмах.
Снижение шума и автореакция. AIOps-движок Monq фильтрует лишнее, даёт оператору только существенные сигналы. Статистика показывает: “шум” алертов можно урезать до 5–10% от исходного потока, время простоя – сократить до 50%, ускорить расследование инцидентов в разы. Monq не ждёт, пока человек починит – он сам умеет выполнять типовые действия по сценариям. А там, где автоматизация невозможна, поможет чёткая эскалация: нужный человек вовремя получит уведомление с полной информацией. Это путь к спокойным ночам и к self-healing инфраструктуре.
Масштаб и импортонезависимость. Платформа опробована на больших данных: миллионы метрик, терабайты логов и миллионы объектов топологии – Monq держит удар. Он работает on-premise, входит в реестр отечественного ПО, не привязан к западным облакам – ваши данные под полным контролем. При этом Monq открыт для расширения: есть API, поддержка плагинов, контент-паки от сообщества. Так что и экосистема развивается, и интеграторы могут встраивать Monq в свои решения.
Доступность для всех. С выходом Community Edition любой инженер может скачать Monq и запустить у себя бесплатно – познакомиться и решить локальные задачи. Малый и средний бизнес могут попробовать Monq в виде SaaS (Monq Cloud) или небольшой On-Prem установкой. Крупные же клиенты получают локальное решение уровня лучших западных продуктов, но с поддержкой на русском языке и более гибкой ценовой политикой. Стратегия “freemium” означает, что за каждым бесплатным CE может последовать большая история успеха – а для сообщества это шанс вырастить экспертизу на отечественном инструменте.
Нам, как разработчикам Monq, очень интересна обратная связь технического сообщества. Будем рады вашим комментариям, вопросам, здоровой критике! Наша цель – не продать “коробку”, а действительно снять боли сбора, обработки данных, наблюдаемости, мониторинга и автоматизации в сложных экосистемах. Если чего-то Monq пока не умеет – мы скажем честно и, возможно, найдём решение вместе с вами (не раз бывало: в статью про 8.0 мы даже включали раздел “чего Monq не умеет” – а потом научили 😀).
Впереди у Monq 9 ещё множество обновлений – в самых ближайших обновлениях интеграция трассировок, улучшение AI-аналитики (детекция аномалий, причинно-следственные связи), запуск собственного AI-ассистента, который будет подсказывать, как работать с системой и помогать писать сценарии. Но это уже темы для будущих публикаций.
А пока – желаем вам спокойных ночей, предсказуемых продакшенов и мониторинга, который работает на вас, а не наоборот. Попробуйте Monq 9.0 в деле – и пусть ваша инфраструктура будет прозрачна, а реагирование на сбои молниеносным!
Спасибо, что дочитали до конца — надеемся, с горячим кофе и без назойливых алертов 😌
Желаем вам ровных дежурств, тихих ночей и мониторинга, который работает на вас, а не наоборот.
Если заинтересовали коммерческие редакции - записывайтесь на демо, расскажем, покажем и поможем настроить хороший мониторинг.
Подписывайтесь на наш канал на Хабре, присоединяйтесь к нашему каналу разработки, чтобы следить за последними новостями и к нашему комьюнити-чату, там всегда можно задать нам вопрос и получить ответ от команды.
До встречи в чате — с нашей ламповой атмосферой и без фаталов ❤️.