Kokhanenko: Мониторинг агентов

Почему стоит обратить внимание на работу агентов 1С-Битрикс

В любом проекте на 1С-Битрикс агенты выполняют роль невидимых исполнителей: они отвечают за интеграции, обмен данными, регулярные проверки и другие фоновые задачи. Пока агенты работают стабильно, сайт функционирует без сбоев. Но если один из них перестаёт выполняться, проблема часто остаётся незамеченной — до тех пор, пока не произойдёт серьёзный сбой в работе сервиса. Модуль «Kokhanenko: Мониторинг агентов» решает именно эту задачу: он не вмешивается в механизмы выполнения, а просто следит за состоянием выбранных агентов и оперативно сообщает о неполадках.

Представьте, что агент, отвечающий за синхронизацию с 1С, завис посреди ночи. Без системы мониторинга вы узнаете об этом только утром от клиентов. С Agent Watch вы получите уведомление сразу после сбоя и сможете быстро принять меры. Модуль не перегружает систему лишними проверками — он отслеживает только те агенты, которые вы сами добавили в watch-лист.

Как работает мониторинг и watch-лист

В основе модуля лежит простой и понятный принцип: вы сами решаете, за какими агентами следить. В watch-лист добавляются только критически важные задачи — те, от которых зависят ключевые процессы. Остальные агенты не создают шума и не отвлекают вас ложными срабатываниями. Это избавляет от необходимости просматривать всю систему в поисках проблем.

Когда агент перестаёт выполняться в срок или зависает, он автоматически попадает в таблицу проблемных агентов. В этой таблице доступны фильтры и статусы: NEW (новая проблема), NOTIFIED (уведомление отправлено), RESOLVED (проблема решена). Вы всегда видите актуальную картину и понимаете, какие задачи требуют вмешательства. Статусы помогают не запутаться в потоке событий и не пропустить действительно важные сбои.

Уведомления: выбирайте удобный канал

Модуль поддерживает три канала оповещения, и вы можете включить любой из них или все сразу. Первый — Email: достаточно указать список адресов получателей, а шаблон письма модуль установит автоматически. Второй — Telegram: нужно создать бота через @BotFather, получить токен и указать chat_id (можно добавить несколько чатов). Токен хранится в настройках и маскируется в форме, чтобы случайно не засветиться в логах. Третий — админ-уведомление прямо в панели управления: оно отображается как опасное (danger) сообщение с кнопкой перехода в Мониторинг.

Важно, что модуль защищает от спама: повторные уведомления приходят не чаще заданного интервала, пока проблема не будет решена. Если вы закрыли админ-уведомление, оно не появится снова до истечения интервала. Такой подход позволяет не пропустить сбой, но не раздражает постоянными напоминаниями.

Настройка за несколько минут

Чтобы начать пользоваться модулем, не нужно быть экспертом в администрировании. Процесс запуска состоит из четырёх шагов: установите модуль через Marketplace, откройте настройки и включите нужные каналы уведомлений, перейдите в раздел «Мониторинг» и добавьте в watch-лист агентов, за которыми хотите следить. После этого при любом сбое вы получите уведомление и сможете сразу перейти к деталям проблемы.

Для настройки Telegram-уведомлений потребуется лишь несколько минут: создайте бота, напишите ему /start, получите chat_id через Bot API и внесите данные в настройки. Всё остальное модуль делает сам — проверяет состояние агентов, формирует отчёты и отправляет оповещения. Никаких дополнительных скриптов или доработок не требуется.

Для кого этот модуль будет особенно полезен

«Kokhanenko: Мониторинг агентов» пригодится владельцам интернет-магазинов, администраторам сайтов на 1С-Битрикс и разработчикам, которые отвечают за стабильность интеграций. Если на вашем проекте настроены обмены с CRM, 1С, складскими системами или другими внешними сервисами — агенты играют ключевую роль в этих процессах. Пропущенный сбой может привести к расхождениям в остатках, неотправленным заказам или потерянным данным.

Модуль не пытается исправить проблему за вас — он даёт главное: своевременную информацию и чёткую картину происходящего. Вы точно знаете, какой агент дал сбой, когда это произошло и сколько времени проблема остаётся нерешённой. Это позволяет быстро реагировать и минимизировать последствия простоев.