Журналирование

От «обмен не прошёл»к понятной причине.

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

Изучить возможности
Поиск по атрибутамТрассировкаАудит
TRACE / ORDER-1042
Сообщение принятоВХОД
Данные преобразованыОБРАБОТКА
Ответ получателя: ошибкаERROR
Бизнес-атрибут → операция → шаг обработки
ЖурналированиеСхема принципа работы

Поиск по смыслу

Заказ, клиент или другой сохраняемый бизнес-атрибут.

Путь сообщения

Фактические шаги исполнения и промежуточные данные.

История действий

Изменения, входы и операции пользователей в общей диагностике.

Что получает ваша команда

Номер заказа становится отправной точкой для технического расследования.

01 / Поиск

Поиск по бизнес-атрибутам

Находите нужный обмен по заказу, клиенту или другому сохраняемому признаку.

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

  • Поиск по содержимому и атрибутам сохраняемых сообщений.
  • Связь бизнес-операции с журналом исполнения.
  • Использование идентификаторов для сопоставления событий.
  • Учёт маскирования и прав на диагностические данные.
Технические подробности
Поиск REDMULE / 01
Поиск / механизм
Поиск в журнале / пример данных
INFOorder-1042Сообщение принято
INFOorder-1042Данные преобразованы
ERRORorder-1043Ошибка получателя
AUDIToperatorИзменены настройки
Иллюстрация принципа работы / Журналирование
02 / Трассировка

Фактический маршрут сообщения

Узнайте, что произошло с конкретной операцией на каждом этапе.

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

  • История запуска экземпляра процесса.
  • Пошаговое прохождение маршрута.
  • Фактический граф движения данных.
  • Промежуточные копии сообщений при включённом сохранении.
Технические подробности
Трассировка REDMULE / 02
Трассировка / механизм
TRACE / ORDER-1042
Сообщение принятоВХОД
Данные преобразованыОБРАБОТКА
Ответ получателя: ошибкаERROR
Бизнес-атрибут → операция → шаг обработки
Иллюстрация принципа работы / Журналирование

Возможности, которые дополняют решение

Отдельные механизмы работают вместе в вашей архитектуре. Выберите тему, чтобы перейти к подробному описанию.

01

История на трёх уровнях

Платформа, процесс и пользовательские действия дают разные части контекста.

Подробнее
04

Детализация под задачу

Глубина журнала и сохранение данных настраиваются для сопровождения и диагностики.

Подробнее
05

Ошибка вместе с контекстом обработки

Событие помогает выбрать действие и проверить исправление.

Подробнее
06

Защита диагностической информации

Права и маскирование ограничивают раскрытие чувствительных данных.

Подробнее
07

Единый анализ событий

Передавайте журналы в корпоративные системы безопасности и сопровождения.

Подробнее
Прикладной сценарий / пример

Заказ появился в одном сервисе, но не дошёл до ERP.

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

01
НайтиСообщение по бизнес-атрибуту.
02
ПроследитьФактический маршрут обработки.
03
РазобратьОшибку, контекст и необходимые действия.
Для архитектора и технической команды

Техническая спецификация

Механизмы, варианты применения и архитектурные условия. Полное описание каждой темы - в одном месте.

01 История на трёх уровняхПлатформа, процесс и пользовательские действия дают разные части контекста.

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

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

  • Системное журналирование компонентов.
  • Прикладные журналы интеграционных процессов.
  • История изменений конфигураций.
  • Аудит входов, действий и попыток доступа.
Виды журналов / механизм
Система → состояниеСобытие в истории
01
Процесс → исполнениеСобытие в истории
02
Конфигурация → измененияСобытие в истории
03
Пользователь → действиеСобытие в истории
04
Подробнее Журналирование, аудит и аналитика журналов

Системное и прикладное журналирование, аудит действий пользователей, фиксация инцидентов безопасности и поиск по бизнес‑атрибутам.

Платформа ведёт как системное журналирование, так и прикладные журналы исполнения интеграционных процессов. Можно управлять глубиной логирования, сохранять и восстанавливать промежуточные копии данных, строить граф реального маршрута сообщения и отслеживать шаги исполнения. Дополнительно ведётся журнал изменений конфигураций и аудит действий пользователей. Система фиксирует попытки доступа к ограниченным объектам и несанкционированного доступ к данным, а поиск по журналам может выполняться по бизнес‑атрибутам. Настраиваемое логирование прохождения данных через шину помогает быстро разбирать инциденты.

Наличие системного журналирования событий платформы.

Прикладной журнал исполнения интеграционных процессов.

Управление уровнем журналирования процессов интеграции.

Управление сохранением и восстановлением копий передаваемых данных на этапах обработки.

Построение графа прохождения сообщений/данных по журналам.

Ведение журнала запуска и пошагового прохождения экземпляров интеграционных процессов.

Журнал изменений конфигураций (процессы, объекты, коннекторы).

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

Журнал авторизации пользователей системы.

Встроенная защита журналов от несанкционированного уничтожения, модификации и подмены.

Настройка различных уровней логирования.

Фиксация доступа и попыток доступа к ограниченным действиям, объектам или отчётам.

Регистрация несанкционированного доступа к данным как инцидентов безопасности.

Поиск по журналам на базе бизнес‑атрибутов.

Настраиваемое логирование прохождения данных через шину.

02 Поиск по бизнес-атрибутамНаходите нужный обмен по заказу, клиенту или другому сохраняемому признаку.

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

Для полезной диагностики атрибуты выбирают ещё при проектировании маршрута. Чувствительные значения не следует добавлять в историю только ради удобства поиска: для них согласуют безопасное представление.

  • Поиск по содержимому и атрибутам сохраняемых сообщений.
  • Связь бизнес-операции с журналом исполнения.
  • Использование идентификаторов для сопоставления событий.
  • Учёт маскирования и прав на диагностические данные.
Поиск / механизм
Поиск в журнале / пример данных
INFOorder-1042Сообщение принято
INFOorder-1042Данные преобразованы
ERRORorder-1043Ошибка получателя
AUDIToperatorИзменены настройки
03 Фактический маршрут сообщенияУзнайте, что произошло с конкретной операцией на каждом этапе.

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

Фактическая трасса особенно полезна для разветвлённых маршрутов: настроенная схема описывает возможные пути, а журнал показывает путь конкретной операции. Это позволяет локализовать преобразование или вызов, на котором возникло отклонение.

  • История запуска экземпляра процесса.
  • Пошаговое прохождение маршрута.
  • Фактический граф движения данных.
  • Промежуточные копии сообщений при включённом сохранении.
Трассировка / механизм
TRACE / ORDER-1042
Сообщение принятоВХОД
Данные преобразованыОБРАБОТКА
Ответ получателя: ошибкаERROR
Бизнес-атрибут → операция → шаг обработки
04 Детализация под задачуГлубина журнала и сохранение данных настраиваются для сопровождения и диагностики.

РедМул позволяет управлять уровнем журналирования и сохранением копий сообщений. Команда может собирать необходимый контекст для исследования проблемы, задавать период хранения и учитывать объём истории в ресурсах среды.

Срок хранения, сохранение тел сообщений и доступ к истории определяются отдельно. Полезно заранее оценить, какой объём создаёт один процесс и как он изменится при росте количества операций.

  • Настройка уровней журналирования.
  • Управление сохранением копий данных.
  • Периоды хранения и архивирование по выбранной схеме.
  • Контроль чувствительных полей и объёма истории.
Детализация / механизм
УровеньПодробность события
01
СоставАтрибуты и данные
02
ХранениеСрок и доступ
03
05 Ошибка вместе с контекстом обработкиСобытие помогает выбрать действие и проверить исправление.

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

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

  • Фиксация событий ошибок.
  • Оповещения и предусмотренные корректирующие действия.
  • Анализ этапа и частично выполненных операций.
  • Проверка логики исправления в эмуляторе.
Ошибки / механизм
Поведение маршрута / пример
Тестовый потокПодготовленные входные данные
ЭмуляторМоделируемый ответ системы
Проверка логики без сетевых вызовов
Успешный ответ. Проверяется обработка данных и переход к следующему шагу.
Подробнее Управление ошибками и исключениями во время интеграций

Журналы ошибок, оповещения и безопасная отладка процессов во встроенном эмуляторе без фактической отправки данных.

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

Ведение журналов событий ошибок в интеграционных процессах.

Оповещения и поддержка корректирующих действий при возникновении ошибок.

Возможность отладки без фактической отправки и приёма данных (эмулятор процесса).

06 Защита диагностической информацииПрава и маскирование ограничивают раскрытие чувствительных данных.

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

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

  • Контроль просмотра и изменения записей.
  • Маскирование чувствительной информации.
  • Аудит доступа к ограниченным объектам.
  • Защита экспортированных данных и архивов.
Защита истории / механизм
Права доступаМаскированиеЦелостностьСрок хранения
07 Единый анализ событийПередавайте журналы в корпоративные системы безопасности и сопровождения.

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

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

  • Интеграция с SIEM и системами лог-менеджмента.
  • Централизованное хранение диагностической истории.
  • Сопоставление событий разных систем.
  • Связь журналов с мониторингом и трассировкой.
Внешние системы / механизм
SIEMELK / GraylogOpenTelemetryJaeger

Следующие возможности

Все возможности
Мониторинг и наблюдаемость От общего сигнала - к конкретной операции, компоненту и зависимости. Безопасность У каждой интеграции - определённые права, защищённые данные и история действий. Тестирование Успешный сценарий и реакция на сбой становятся частью одной проверки.

СЛЕДУЮЩИЙ ШАГ

Обсудим вашу интеграционную задачу

Покажем платформу на ваших сценариях и поможем оценить архитектуру решения

0/500 символов
Не удалось отправить заявку. Попробуйте позже.

Заявка отправлена

Ваш контакт
Сообщение

Спасибо! Мы свяжемся с вами в ближайшее время.