Поздравляем с наступающим новым 2026 годом!🎄✨

И не можем отпустить без скромного подарка 🎁!
В канун праздников мы решили выпустить специальную бесплатную редакцию Monq 9 Community без ограничения по срокам, рабочим группам и объему собираемых данных.

В обновленном личном кабинете можно самостоятельно выписать лицензионный ключ для Monq 9 Community. Для верифицированных аккаунтов доступен ключ без ограничений по объему собираемых данных. Не стесняйтесь, жмите кнопку "запросить безлимит" и проходите верификацию. Ну, а если Вы из стеснительных, не беда - вам будет доступен ключ с ограничением в 50 Гбайт / сутки собираемых логов и безлимитом по метрикам (что тоже вполне себе неплохо).

Для тех же кто хочет попробовать полнофункциональные коммерческие редакции Monq (Core / Business /Enterprise) приглашаем за триальными лицензиями. Их также можно запросить в личном кабинете и на сайте.

🤖Более того, в личном кабинете теперь доступен новый установщик Monq 9.

🎁Регистрируйтесь в нашем ЛК и забирайте свой Monq 9:
📄 Подробнее о возможностях всех редакций Monq 9 читайте в презентации.

Пусть ваш код работает без багов, проекты — без задержек, а новый год принесёт только удачные деплои! 🚀

Скриншот сравнения редакций - прямо из личного кабинета :)

Приглашаю на конференцию Observability Conf 2026!

🔗 https://observability-conf.ru/

Это первая специализированная конференция, которая собирает инженеров, SRE- и DevOps-специалистов, архитекторов и всех, кто отвечает за надёжность цифровых сервисов.
— В программе два параллельных трека с техническими докладами, которых раньше нигде не было.
— Спикеры — эксперты из крупных компаний, ежедневно работающие с высоконагруженными и критичными системами (Газпромбанк, «Звук», VK, «Лаборатория Касперского», Proto и др.).

Мы участвуем в круглом столе, и в целом сможем встретиться пообщаться.

Мы делаем важную историю для рынка — и вы тоже можете стать частью этого диалога.

📌 Темы, которые будут обсуждаться:
• Эволюция культуры инцидент-менеджмента: от реактивных процессов к проактивной инженерии надежности;
• Как построить наблюдаемость при ограниченных ресурсах — когда нет CMDB, on-call или бюджета;
• Использование AI и автоматизации в мониторинге;
• Дашборды, которые реально отвечают на вопросы, а не просто показывают метрики.

🔥 На площадке будет не только глубокий технический контент, но и нетворкинг, обмен опытом с профессионалами, выставочное пространство и живые разговоры с разработчиками.

📍 Когда и где:
19 марта 2026 года, Москва (офлайн + онлайн).

Многие знают Монк как «зонтик», мы много лет представлены на рынке, но парадокс: последняя большая статья про эту концепцию у нас выходила… года четыре назад. За это время рынок успел прожить целую эпоху: сначала «давайте всё в один мониторинг», потом «каждой команде свой open source», а сейчас «зачем нам покупать, все сделаем на вайбкоде». А дальше — классика жанра: инструментов стало больше, данных стало больше, алертов стало в разы больше, а управляемости… не прибавилось.

И вот тут важно: зонтичный мониторинг — это не “ещё один мониторинг” и не попытка заменить открытое ПО или коллег по цеху (Пульт, WiSLA, Smart Monitor, Gmonit и других). Это класс решений верхнего уровня, который живёт в слое управления ИТ. Там же, где сегодня естественным образом оказываются инцидент-менеджмент, SLO/SLA-контур, автоматизация реакции и всё чаще — LLM, которые помогают разбирать причины, резюмировать, предлагать действия и разгружать on-call.

Почему мы возвращаемся к теме именно сейчас? Потому что после 2022 года многие сделали ровно то, что логично: усилили опенсорс, развели команды по автономным контурам, ускорили поставку изменений. Это правильно. Но вместе с этим у многих вырос “зоопарк” и начались побочные эффекты: каждый мониторит по-своему, правила разные, дежурные тонут в шуме, SLA превращается в спор «кто виноват», а инциденты гуляют между системами, как мячик без хозяина.

Наша позиция простая: пусть мониторингов будет много — максимальная наблюдаемость. При этом мы за автономность команд. Но хаос и неуправляемость — нет. Зонтик как раз про то, чтобы поверх разнородных инструментов собрать единый слой контроля: нормализовать сигналы, связать их с сервисами, убрать дубли, выстроить маршрутизацию и ответственность — и при этом не пересаживать всех «в одну платформу».

https://habr.com/ru/companies/monq/articles/1006794/

🎓 По завершении очередного обучения по курсу "Настройка и эксплуатация Monq" публикуем отзывы наших специалистов!

Хотим поблагодарить всех участников за продуктивную работу и вовлечённость! 🌟

📢 Отзывы участников:

Организацией остался доволен

Очень понравился преподаватель на практике, стиль изложения

Преподаватели на связи 24/7.
Все пожелания по доработкам были высказаны на обучении и восприняты адекватно, с благодарностью и пониманием.

Ну не знаю насчёт улучшения, я бы ещё пару-тройку дней добавил к обучению, для ещё каких либо кейсов и нюансов или фишкам самого monq

Следите за анонсами следующих потоков и оставляйте заявку на участие по ссылке! 🚀

📍 Monq: ещё больше фокуса на связке ИТ и бизнеса

Друзья, как вы уже заметили, мы сменили название канала — теперь он «Monq | Мониторинг для бизнеса». Потому что мы хотим говорить не только об инфраструктуре, но и о том, как она влияет на выручку, риски и устойчивость. Мы, инженеры эксплуатации, часто забываем, что работоспособность приложений, серверов, оборудования — это не самоцель, а условие работы бизнеса. Важно понимать, как те или иные инциденты сказываются на бизнесе в целом.

🔬 Коллеги из отдела внедрения собрали новый демо-стенд: мониторинг сети аптек, который показывает, что мониторинг — это не только про «железки». Мы построили мониторинг аптечной сети по трём сквозным измерениям:

1️⃣ Operation Health — работает ли касса, открыта ли смена, есть ли связь с «Честным знаком» и «Электронным рецептом»;
2️⃣ Business Performance Health — выручка, количество чеков, средний чек. Если выручка упала на 50% относительно нормы — Monq это заметит, даже если формально всё «зелёное»;
3️⃣ Administration Health — управленческие риски: свежий ли бэкап, пытался ли кто‑то восстанавливаться, актуальны ли антивирусные базы.

Monq объединяет ИТ-мониторинг, IoT, бизнес-метрики и управленческие риски в одной модели здоровья. Вот что в нашем понимании — мониторинг для бизнеса.

📩 Хотите увидеть, как это работает на вашем бизнесе?
Записывайтесь на демо. Покажем, что у нас получилось.
P.S.: коллеги обещают видео, но это не точно 😜

Ну, и мы не отстаем от "моды", теперь новости про Monq и в национальном мессенджере MAX ;)
https://max.ru/id7730253840_biz

🚀 Встречайте Monq 9.2.0 — новый уровень управления порогами и производительности!
В новом релизе мы кардинально переработали работу с временными рядами и порогами, сделав мониторинг ещё гибче, нагляднее и доступнее.

Ключевые новшества:
1️⃣ Новый экран-дашбоард порогов: с MQL-фильтрацией, рубрикатором и готовыми картами (представлениями). Доступен во всех редакциях - даже в Community;
2️⃣ Гибкие статические пороги: настраивайте правила под разные периоды (дни, часы, праздники и даже конкретные даты);
3️⃣ Проактивный детектор аномалий: проведен серьезный апгрейд сервиса прогнозирования метрик. Теперь более эффективно предсказывайте аномалии и предотвращайте инциденты;
4️⃣ Автоматическая привязка порогов к CMDB: теперь тремя способами, включая автоматический по ID КЕ;
5️⃣ Хранение порогов в ClickHouse: скорость выборки выросла в разы;
6️⃣ Множество других важных улучшений: обновленные плагины (Kafka, SysLog, WinInfo), составные карты РСМ, системная автоочистка порогов, оптимизация запросов и много другого.

Подробности ожидайте в ближайшие дни в серии постов ниже. А пока — поздравляем всех с обновлением! 🎉

📊 Monq 9.2: ещё больше observability — новый специализированный инструмент для работы с порогами!
Мы уже анонсировали релиз 9.2.0, а теперь детально разберём новый дашборд порогов:

📍 Гибкая фильтрация и навигация:
- Строка поиска с поддержкой MQL-синтаксиса — стройте сложные запросы по любым атрибутам порога.
- Рубрикатор по уровням, правилам, КЕ и картам РСМ — быстрая фильтрация без ручного ввода.
- Подсказки в строке поиска — помогают быстрее освоиться даже новичку.
📍 Карты порогов (сохранённые представления):
- Создавайте личные и групповые карты с собственным набором столбцов, фильтров и временным интервалом.
📍 Подкаст порога (детальная карточка). При клике на порог открывается подкаст с тремя вкладками:
- Обзор. Параметры порога, прогноз ухудшения (уровень и время), ссылки на правило и КЕ, полный список меток и аннотаций с поиском.
-История. График временного ряда с наложенными уровнями порога, таймлайн срабатываний, история изменения уровней и значений. Можно выбирать период и приближать данные.
- Прогноз. График прогнозируемых значений, ближайшее переключение уровня, предельный прогноз и точность предсказания.
📍 Стековый график для карт порогов:
- Отображает количество и статусы с процентным соотношением активных порогов на таймлайне. Напоминаем, что уникальной фичей Monq является использование порогов как инструмента контроля покрытия мониторингом. Поэтому данный график позволяет не только отслеживать проблемные метрики, но и такие события, как пропажа метрик с мониторинга или изменения количества объектов мониторинга (например, в случае автоскейлинга сервисов). Однозначно советуем системным администраторам присмотреться к этому инструменту.

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

Обновляйтесь до 9.2.0 и оценивайте новый уровень работы с порогами! Будем ждать вашей обратной связи! 👨‍💻
⬇️ СКРИНШОТЫ И ВИДЕО НИЖЕ ⬇️

🎦 Видео дашборда порогов 9.2!

⚙️ Monq 9.2: гибкие пороги и нативная привязка к CMDB
Продолжаем разбирать новшества релиза 9.2.0. Сегодня расскажем про гибкие настройки порогов и привязку к CMDB без сценариев.

📍 Пороги. Разделение на статические и адаптивные алгоритмы.
В 9.2 мы заложили основу для расширения методов расчёта порогов. Ввели разделение на классический статический алгоритм и набор адаптивных. Статический формирует пороги по абсолютным детерминированным значениям (cpu-load > 95%). Адаптивные — на основе исторических данных и контекста поведения временных рядов. Функционал адаптивных порогов появится в 9.3, причём на выбор будут доступны сразу 2 метода: IQR-метод («золотой стандарт» в научных исследованиях) и перцентильный метод.

📍 Статические пороги с учётом времени.
Пока мы ждём адаптивные пороги, в 9.2 добавили гибкую настройку по времени. Теперь в одном правиле можно задать несколько блоков условий, каждый из которых действует в своём временном периоде. Вы можете комбинировать:
- часы, дни недели, месяцы;
- рабочие и нерабочие дни по производственному календарю;
- конкретные даты (например, можно заранее подготовиться к сезонным распродажам, маркетинговой акции или открытию записи).
В одном правиле может быть до 20 таких блоков. Если периоды пересекаются, действует приоритет. Всегда есть блок по умолчанию — для всех остальных случаев.

📍 Нативная привязка к CMDB — без сценариев.
Раньше привязка порога к конфигурационной единице (КЕ) требовала написания сценария в Автоматоне. Теперь механизм встроен непосредственно в правило формирования порога. Доступны три способа:
- по ID КЕ (автоматически) — если сбор данных ведёт сам Monq, лейбл с ID КЕ добавляется автоматически. Порог сам найдёт нужную КЕ.
- по ключевым атрибутам — для данных от сторонних систем: выбираете тип КЕ, список ключевых атрибутов и сопоставляете их с метками временного ряда. Система найдёт соответствующую КЕ.
- сценарии Автоматона — оставлены для сложных нестандартных случаев и обратной совместимости. Для привязки введён специальный тип сценариев "ThresholdsToCmdbBinder".
При этом вы можете задать, что делать, если КЕ не найдена: оставить порог непривязанным или сгенерировать событие для бизнес-процесса.
Всё это упрощает настройку, снижает порог входа для инженеров и уменьшает количество операций по перезаписи порогов.
❗️ Для удобства обновления сохранён предыдущий механизм через тип сценария "ThresholdsProcessor" (при этом новый параметр 5 "Связь с CMDB" в правиле порога должен быть выключен ). Данный механизм будет поддерживаться ещё в 9.3 и 9.4, после чего предполагается к удалению. Планируйте переход на новые усовершенствованные механизмы зараннее.

Обновитесь до 9.2.0 и оцените новый уровень работы с порогами! Будем ждать вашей обратной связи! 👨‍💻
⬇️ СКРИНШОТЫ И ВИДЕО НИЖЕ ⬇️

🧙‍♂️ Monq 9.2: проактивный детектор аномалий — решайте проблемы до их появления!
Продолжаем разбирать новшества релиза. Сегодня — про прогнозирование, которое даёт вам фору. Теперь Monq не просто фиксирует проблемы, а предупреждает о них заранее. Вы получаете время, чтобы подготовиться, а встроенная автоматизация — возможность среагировать на упреждение.

📍 От MVP к промышленному решению.
Старый инструмент прогнозирования был скорее технологическим прототипом. Он доказал ценность подхода, но имел ограничения: инородность кодовой базы, проблемы с масштабированием и отсутствие гибкости. В 9.2 мы полностью переработали механизм, написали несколько специализированных микросервисов, провели оптимизацию для высоких нагрузок и встроили результаты прогнозирования в текущий сквозной пайплайн обработки данных в Monq.

📍 Как это работает.
При каждом расчёте правила порога с включённым прогнозированием строится краткосрочный прогноз для каждого временного ряда. Результат записывается в сгенерированный по текущему значению порог:
- последовательность прогнозируемых значений (например, OK → Warning → Critical → OK);
- количество переключений значений порога;
- наихудший прогнозируемый статус;
- значение порога на последней точке прогноза.
Эти данные можно использовать в сценариях автокорреляции, генерации инцидентов и бизнес-процессах. Ну и, конечно, просматривать на новом дашборде порогов.

📍 Технологические «плюшки»:
💡 Проверка релевантности модели. Сервис прогнозирования проверяет достаточность накопленных данных: необходимое минимальное количество измерений (например, 500) на периоде релевантности (например, за последние 7 дней). Если данных недостаточно для данного временного ряда, модель не строится, в порог записывается информация о недостаточности данных.
💡 Автоопределение сезонности для каждого временного ряда. Так как под одно правило подпадают сотни временных рядов, которые могут менять своё поведение с течением времени, невозможно вручную заранее установить сезонность. Поэтому мы встроили специальный интеллектуальный сервис на основе анализа Фурье, определяющий наличие сезонности и её периода на каждом временном ряде.
💡 Дообучение и полное переобучение модели. Модель не обучается один раз. При поступлении новых точек она дообучается автоматически, адаптируясь к текущему поведению метрики. Если характер временного ряда меняется (появляется или исчезает сезонность), система запускает полное переобучение — но не чаще раза в сутки, чтобы не перегружать систему.
💡 Точность прогноза. Помимо самого прогноза, по специальной формуле производится оценка его точности. Это позволяет инженеру оценивать, насколько можно доверять прогнозу.
💡 Автоочистка моделей. Временные ряды могут появляться и исчезать. Чтобы модели не накапливались, реализована автоматическая очистка: модель считается активной, если по ней поступают данные. Если данных нет более 5 дней — модель удаляется.

📍 Что это даёт инженеру?
Вместо того чтобы реагировать на уже возникший инцидент, вы получаете запас времени:
- видите, что метрика ухудшается;
- знаете, через сколько времени это произойдёт;
- можете заранее выполнить масштабирование, подготовить команду или применить другие превентивные меры.
🤖А самое главное — использовать прогноз в средствах автоматизации и поручить всё вышеперечисленное нашему «Автоматону» и бизнес-процессам, наслаждаясь жизнью без сбоев 🏖.

Обновляйтесь до 9.2.0 и оценивайте новый уровень работы с порогами! Будем ждать вашей обратной связи! 👨‍💻
⬇️ СКРИНШОТЫ И ВИДЕО НИЖЕ ⬇️