История выполнений

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

Режим включается переключателем История на панели инструментов редактора.

Список запусков

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

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

Данные шага

Нижняя панель показывает данные выбранного узла: имена столбцов, типы и сами строки. Так видно, где потерялись записи — на снимке выше исходные 50 000 анкет после импутации превратились в 48 483.

Правая панель показывает сведения о запуске: состояние, время начала и завершения, длительность и число обработанных строк.

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

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

Когда сохраняются полные данные

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

Выборка до 50 строк сохраняется в любом случае и живёт дольше полных данных, поэтому разобрать вчерашнюю ошибку по истории можно почти всегда — вопрос лишь в том, увидите вы весь результат или его часть.

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

Повторное выполнение

Две кнопки над холстом.

Перевыполнить — запускает процесс заново целиком, с начала.

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

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

Лента запусков

История в редакторе показывает один workflow. Общий список по всем процессам — в разделе Запуски в левом меню платформы.

В строке видно состояние, название процесса, причину ошибки, источник запуска и длительность. Источник — это то, что запустило процесс: ui для запуска руками из интерфейса, webhook для внешнего вызова, расписание для запуска по времени. Фильтры над списком отбирают по состоянию и по источнику.

Имя в строке ведёт в редактор процесса.