Мониторинг бизнес-процессов

Возможности мониторинга бизнес-процессов от Proto Observability

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

Модуль мониторинга бизнес-процессов в Proto Observability позволяет:

• Объединять несколько ключевых бизнес-транзакций (КБТ) в единый процесс — с заданной последовательностью шагов или с автоматическим определением переходов между ними
• Использовать синхронную корреляцию по Trace ID или асинхронную корреляцию по произвольному мета-полю
• Анализировать производительность каждого шага: количество выполнений, ошибки, длительность
• Отслеживать конверсию между шагами процесса и выявлять потери
• Просматривать отдельные потоки (экземпляры) бизнес-процесса

Посмотреть список бизнес-процессов и перейти к их анализу можно в модуле Бизнес-аналитика в разделе Бизнес-процессы.

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

Дашборд бизнес-процесса

При клике на бизнес-процесс в списке открывается его дашборд с несколькими вкладками аналитики.

Схема процесса

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

• Количество экземпляров и выполненных шагов

• Средняя длительность выполнения шага

• Процент ошибок (выделяется цветовой индикацией)

• Конверсия между шагами — от предыдущего и от первого шага

• Потери — количество и процент экземпляров, не перешедших на следующий шаг

  

Для процессов в режиме Последовательность шагов схема отображается линейной цепочкой, как показано выше. Для процессов в режиме Автоматические переходы вкладка строит ветвящуюся блок-схему: узел — карточка шага с теми же метриками (количество, средняя длительность, процент ошибок), а также долей от всех потоков, вошедших в процесс, и числом потоков, завершившихся именно на этом шаге. Рёбра между карточками соответствуют фактическим переходам между шагами и показывают конверсию от шага-источника и число потоков, прошедших по этому переходу. Точки входа и выхода процесса помечены отдельно, а возвраты — переходы против общего направления движения потоков — рисуются отдельным стилем. Настройка Мин. потоков задаёт порог: переходы, по которым прошло меньше указанного числа потоков, на схеме не отображаются.

С показателя потерь можно перейти к конкретным обращениям: клик по плашке Потери (линейная схема) или по строке завершились здесь (блок-схема) открывает вкладку Список потоков с уже выставленным фильтром Последний шаг. Оба режима сводятся к одному условию: потерянный на переходе поток — это поток, чей последний выполненный шаг равен выбранному. Фильтр виден в панели фильтров вкладки и снимается кнопкой Очистить.

Карта путей

Вкладка Карта путей показывает Sankey-диаграмму распределения потоков по шагам в порядке их фактического прохождения. Настройка числа отображаемых шагов позволяет ограничить диаграмму самыми значимыми этапами. Особенно полезна для процессов с несколькими возможными путями прохождения — в режиме Автоматические переходы.

Воронка конверсии

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

Метрики процесса

На вкладке Метрики процесса доступна сводная аналитика:

• Название процесса и ключевые показатели: процент ошибок, общее количество потоков, потоки в работе
• Потоки процесса — график количества успешных и ошибочных потоков во времени
• Ошибки (%) — динамика процента ошибок
• Длительность, средняя — график средней длительности выполнения процесса

Доступны фильтрация и сравнение с предыдущим периодом.

Аналитика шагов

На вкладке Аналитика шагов представлен детальный анализ выполнения каждого шага:

• Выполненные шаги и ошибки — горизонтальная диаграмма с разбивкой на успешные шаги и шаги с ошибками по каждому этапу процесса

• Выполненные шаги — график выполнения шагов во времени с разбивкой по этапам

  

Список потоков

На вкладке Список потоков выводится таблица всех экземпляров (потоков) бизнес-процесса:

• Correlation ID — уникальный идентификатор потока (ссылка для перехода к детальному анализу)
• Статус — успешно/с ошибкой
• Уникальных успешных шагов — количество уникальных шагов, выполненных без ошибок
• Всего успешных шагов — общее количество успешно выполненных шагов
• Ошибки — количество ошибок в потоке
• Длительность (мс) — общая длительность выполнения потока

По таблице доступен поиск по Correlation ID и сортировка по всем колонкам.

Настройка бизнес-процессов

Управление бизнес-процессами (создание, редактирование, удаление) доступно в модуле Бизнес-аналитика в разделе Настройки > Бизнес-процессы.

Создание бизнес-процесса

Для создания нового бизнес-процесса:

1. Перейдите в Бизнес-аналитика > Настройки > Бизнес-процессы.
2. Кликните на кнопку Создать бизнес-процесс.
3. Заполните основные параметры:
   • Название — название процесса (от 3 до 255 символов).
   • Описание — описание назначения процесса (опционально, до 1000 символов).
   • Статус — включите или выключите отслеживание. По умолчанию процесс создаётся активным.

Выбор стратегии корреляции

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

Trace ID (синхронная корреляция) — используется для процессов, в которых все шаги выполняются в рамках одного распределённого трейса. Подходит для синхронных вызовов между сервисами, когда контекст трассировки передаётся по цепочке.

Meta Field (асинхронная корреляция) — используется для процессов, в которых шаги выполняются асинхронно и не связаны общим трейсом. В этом случае необходимо указать имя мета-поля (например, order_id, request_id), по которому платформа будет связывать шаги процесса.

Если шаги вашего процесса выполняются через очередь сообщений или другие асинхронные механизмы, выберите стратегию Meta Field. Для обогащения трейсов необходимыми мета-полями используйте правила извлечения данных.

Режим процесса

Каждый бизнес-процесс работает в одном из двух режимов:

Последовательность шагов (sequence, режим по умолчанию) — шаги процесса образуют жёстко заданную цепочку в том порядке, в котором вы их расположили. Конверсия и потери считаются от шага к шагу по этой цепочке. Поток, начавшийся не с первого шага, в метрики процесса не попадает. Используйте этот режим, когда процесс действительно линеен и всегда начинается с одной и той же операции.

Автоматические переходы (auto) — вы выбираете набор ключевых бизнес-транзакций, из которых состоит процесс, а порядок не задаёте: переходы между шагами, ветвления, точки входа и выхода платформа определяет по фактическим данным. Учитываются потоки, начавшиеся с любого шага набора. Этот режим удобен, когда у процесса несколько сценариев прохождения или несколько возможных точек входа и выхода, и заводить под каждый вариант отдельный процесс нецелесообразно.

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

Добавление шагов процесса

Шаги — это набор ключевых бизнес-транзакций, составляющих процесс. В режиме Последовательность шагов они образуют цепочку в заданном порядке; в режиме Автоматические переходы — это просто список выбранных КБТ без порядка.

1. В секции Шаги процесса кликните на кнопку Добавить шаг.

2. Для каждого шага укажите:

   • Ключевая бизнес-транзакция — выберите транзакцию из выпадающего списка существующих КБТ. Имя шага подставится автоматически из названия выбранной транзакции.
   • Тип транзакции — APM (бэкенд) или RUM (фронтенд). Определяется автоматически по выбранной транзакции.

   Под полем выбора транзакции выводится строка сервис · эндпоинт выбранной КБТ — она же показана под названием транзакции в таблице шагов на странице просмотра процесса. Одинаково названные транзакции разных сервисов по ней различимы.

3. В режиме Последовательность шагов задайте порядок шагов с помощью кнопок перемещения вверх и вниз и колонки порядка; в режиме Автоматические переходы эти элементы скрыты — порядок не задаётся.

4. Кликните Сохранить.

Редактирование

В списке настроек бизнес-процессов доступны действия: просмотр, редактирование, дублирование и удаление. В форме редактирования можно:

• Изменить название, описание и статус процесса
• Изменить стратегию корреляции
• Изменить режим процесса
• Добавить новые шаги
• Удалить существующие шаги
• Изменить порядок шагов (в режиме «Последовательность шагов»)

Дублирование

Действие Дублировать создаёт копию процесса со всеми его настройками и шагами. Диалог предлагает имя вида <исходное> — копия, его можно изменить до подтверждения. Удобно, когда новый процесс отличается от существующего одним-двумя шагами или режимом: копию остаётся отредактировать, а не собирать с нуля.

Связь с ключевыми бизнес-транзакциями

Бизнес-процессы строятся на основе ключевых бизнес-транзакций (КБТ). Каждый шаг процесса ссылается на существующую КБТ. Прежде чем создавать бизнес-процесс, убедитесь, что необходимые транзакции уже определены.

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

Типы транзакций в шагах

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

• APM — бэкенд-транзакции, отслеживаемые через серверные агенты
• RUM — фронтенд-транзакции, отслеживаемые через браузерный мониторинг (Real User Monitoring)

В мониторинге бизнес-процессов учитываются шаги на основе APM-транзакций: именно они формируют метрики процесса, конверсию и схему переходов. Тип транзакции подставляется автоматически при выборе КБТ.

Алерты и SLO по бизнес-процессу

Дашборд процесса отвечает на вопрос «что происходит» в тот момент, когда его открывают. Чтобы платформа сообщала о падении конверсии сама, метрики шагов и процесса выгружаются в хранилище метрик — оттуда их читают правила алертинга и SLO.

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

Метрики бизнес-процессов

Значения лейблов — имя процесса и имя шага. Пробелы и тире в них заменяются на подчёркивание: процесс Кредитный конвейер - обработка документов попадает в метрику как Кредитный_конвейер_-_обработка_документов. Замена односторонняя (пробел, дефис и тире дают один и тот же символ), поэтому не подставляйте название процесса в выражение вручную — берите готовое значение из Браузера метрик или из шаблона в форме SLO.

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

100 * pobp_bp_step_last / pobp_bp_step_flows

Конверсия процесса от первого шага к последнему:

sum(pobp_bp_step_flows{businessProcessName="Кредитный_конвейер", stepName="КК_12:_Выдача_средств"})
  / sum(pobp_bp_step_flows{businessProcessName="Кредитный_конвейер", stepName="КК_01:_Подача_заявки"})

О синтаксисе выражений и о том, как создавать правила, см. Метрики и выражения для правил алертинга и Настройка оповещений.

Встроенные правила

В поставку входит группа правил BUSINESS_PROCESS:

SLO по бизнес-процессу

Конверсия процесса — это доля потоков, дошедших от первого шага до последнего, то есть готовая цель уровня обслуживания. Отдельного типа SLI для бизнес-процесса не требуется: подходит тип «Своя метрика (PromQL)», который считает доступность как среднее по окну от выражения со значением от 0 до 1.

Чтобы не собирать выражение вручную, в форме создания SLO есть шаблон «Бизнес-процесс»:

1. Перейдите в раздел Инциденты и Алерты > SLO, нажмите Создать SLO и выберите тип SLI Своя метрика (PromQL).
2. В поле Шаблон выберите Бизнес-процесс, затем — сам процесс и его первый и последний шаг.
3. Нажмите Подставить выражение — платформа заполнит выражение доступности и поле Объект / Область именем процесса.
4. Задайте целевой процент и окно соответствия и сохраните SLO.

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

Дальше SLO по бизнес-процессу ничем не отличается от остальных: бюджет ошибок, правила по скорости сжигания и отчёт о соответствии работают одинаково. Подробнее — в руководстве Цели уровня обслуживания (SLO).

Ограничения

• Имя процесса в алерте отличается от имени на дашборде. В текст алерта подставляется значение лейбла, то есть имя с подчёркиваниями вместо пробелов.
• Переименование шага прерывает историю. Серия метрики привязана к имени шага. После переименования старая серия перестаёт обновляться, а новая начинается с нуля — правила и SLO, ссылающиеся на прежнее имя, нужно поправить.
• Конверсию «с шага X на шаг Y» выражением не посчитать. У метрик нет лейбла порядка шага, поэтому соседа по имени шага вычислить нельзя. То же поле зрения закрывает доля потерь на шаге — она считается в пределах одной серии.
• Метрики процесса не разграничиваются по правам. Ограничение доступа к бизнес-процессу в интерфейсе не скрывает его метрики: они видны всем, у кого есть доступ к хранилищу метрик. Имя процесса и число потоков попадают в общий каталог метрик.