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

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

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

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

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

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

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

Потоки, шаги и выполнения

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

Основные понятия

Пример

Процесс «Кредит» состоит из четырёх шагов: Подача заявки → Проверка → Решение → Выдача. По заявке 12345 платформа получила такие спаны:

Для этой заявки платформа посчитает:

• Поток — один, с Correlation ID = 12345.
• Экземпляры — по одному на шагах Подача заявки, Проверка и Решение. На шаге Выдача экземпляров нет.
• Выполнено шагов — 4, из них 2 с ошибкой. У шага Проверка два выполнения, у остальных по одному.
• Статус шага Проверка — успешный, потому что последнее выполнение прошло. Статус шага Решение — с ошибкой.
• Статус потока — ERROR из-за шага Решение.
• Завершённость — поток не завершён: шаг Выдача не выполнялся. В работе он тоже не числится, потому что в нём есть ошибка.
• Последний шаг — Решение. На схеме процесса поток попадёт в показатель завершились здесь этого шага.
• Длительность потока — 60 050 мс: от 10:00:00 до окончания последнего спана в 10:01:00,050.
• Длительность шага Проверка в показателе «средняя длительность» — 400 мс: длительности всех выполнений шага в потоке складываются.

Какие потоки попадают в расчёт

• Период. Поток относится к тому периоду, в котором начался его первый шаг. Учитываются шаги, выполненные внутри выбранного периода. Если поток продолжился после конца периода, его поздние шаги на дашборде не видны, и поток выглядит остановившимся раньше. Для длительных процессов выбирайте период с запасом.
• Режим Последовательность шагов. Поток учитывается, только если среди его шагов есть первый и нет пропусков: выполнены шаги с первого подряд. Поток с шагами 1, 2, 3 попадёт в расчёт, как и поток в работе с шагами 1, 2. Потоки с шагами 1, 3 или 2, 3 не попадут, причём целиком: выполнения первого шага у потока 1, 3 тоже не учитываются. Такой поток не входит ни в число потоков, ни в ошибки, ни в воронку, ни в схему процесса, ни в список потоков. Исключение — вкладка Карта путей: она строится по всем потокам и покажет такой поток как переход 1 → 3.
• Режим Автоматические переходы. Учитываются все потоки, независимо от того, с какого шага они начались и какие шаги пропустили.
• Активность процесса и КБТ. Показатели считаются только для активных процессов. Шаг учитывается, только если его КБТ активна.
• Данные после создания. Платформа относит к процессу спаны, поступившие после его создания. Изменения в процессе (новые шаги, другая стратегия корреляции) применяются примерно через минуту и только к новым спанам. Уже сохранённые трейсы задним числом не пересчитываются.
• Срок хранения. Данные о выполнении процессов хранятся столько дней, сколько задано в параметре POBP_DATA_RETENTION_DB_PROCESS_DAYS (по умолчанию 15). Подробнее — в разделе Пользовательская конфигурация.

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

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

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

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

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

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

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

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

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

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

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

Карта путей

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

• Колонка — позиция шага в потоке: первый выполненный шаг, второй и так далее. Порядок определяется временем первого выполнения шага. Повторные выполнения шага на карте не видны.
• Ширина узла и ленты — число экземпляров, то есть потоков, прошедших через шаг или переход.
• Завершение потока — потоки, которые закончились на этом шаге.
• Ср. время на шаге — среднее время от начала шага до начала следующего шага в потоке.
• Шагов на карте — сколько первых позиций потока показывать.
• Продолжение — потоки, у которых после последней показанной колонки есть ещё шаги.
• Прочие — в каждой колонке отдельно показаны семь шагов с наибольшим числом потоков. Остальные шаги этой колонки объединяются в узел Прочие.

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

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

• Значение шага — число выполнений шага, включая повторы. Это то же значение, что выполнено шагов на схеме процесса.
• Процент — выполнения шага, делённые на выполнения шага с наибольшим значением, × 100. В линейном процессе без повторов это первый шаг, и процент равен конверсии от первого шага. Шаги в воронке упорядочены по убыванию значения.

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

На вкладке Метрики процесса доступна сводная аналитика. Карточки в верхней части вкладки:

Графики показывают значения во времени. Поток относится к моменту начала своего первого шага.

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

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

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

Таблица шагов:

Графики:

• Выполненные шаги и ошибки — число успешных выполнений и выполнений с ошибкой по каждому шагу.

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

  

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

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

По таблице доступен поиск по 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» выражением не посчитать. У метрик нет лейбла порядка шага, поэтому соседа по имени шага вычислить нельзя. То же поле зрения закрывает доля потерь на шаге — она считается в пределах одной серии.
• Метрики процесса не разграничиваются по правам. Ограничение доступа к бизнес-процессу в интерфейсе не скрывает его метрики: они видны всем, у кого есть доступ к хранилищу метрик. Имя процесса и число потоков попадают в общий каталог метрик.