Обновление сосредоточено на повышении операционной гибкости платформы: впервые реализована возможность точечной замены отдельной поддиаграммы в развёртывании без перезапуска всей корневой структуры, а ручной подбор параметров памяти при деплое уступил место интеллектуальному автоматическому расчёту. Эти изменения напрямую сокращают время, затрачиваемое командами на рутинные операции сопровождения диаграмм в продуктивной среде.
Редеплой (подмена) поддиаграммы
Новый механизм редеплоя позволяет заменить ранее развёрнутую поддиаграмму точечно — без необходимости полного развёртывания корневой диаграммы со всеми вложениями. Это принципиально снижает риск непреднамеренного захвата непроверенных изменений из смежных диаграмм и ускоряет доставку обновлений в продуктивную среду.
Функциональность доступна для всех режимов развёртывания: Separate, Inline и Separate Inline. Пользователь может выбрать один из двух сценариев: задеплоить конкретную поддиаграмму изолированно либо вместе со всеми вложенными — по всей иерархии вниз.
Автоматический подбор ресурсов для деплоя
Устранена одна из ключевых точек трения при развёртывании диаграмм: необходимость вручную подбирать параметры памяти теперь в прошлом. Платформа автоматически рассчитывает оптимальные значения на основе анализа размера и структурной сложности диаграммы.
Автоподбор охватывает два параметра:
- Память, выделенная на одну диаграмму
- Память менеджера диаграмм
В режиме Separate расчёт выполняется как для корневой диаграммы, так и для каждой из вложенных. При необходимости вернуться к исходным значениям доступна кнопка «Восстановить параметры».
Новый источник данных Apache Ignite
Существенно расширен перечень поддерживаемых СУБД: в релизе 26.2.0 добавлена интеграция с Apache Ignite — высокопроизводительной распределённой базой данных, широко применяемой в сценариях с жёсткими требованиями к задержкам. Доступны создание объекта «Источник данных» и полноценная работа с базой через стандартные узлы Чтение и Сохранение в БД, что обеспечивает единообразие работы с Ignite в сравнении с другими поддерживаемыми источниками.
Доработки узла «Фильтр»
Узел «Фильтр» получил расширенный набор операторов, позволяющих строить более точные и гибкие условия отбора заявок. К существующим условиям добавлены:
- «В списке» — условие выполняется, если проверяемое значение совпадает с одним из значений заданного списка;
- «Не в списке» — условие выполняется, если проверяемое значение не входит в указанный список;
- «По маске» — условие выполняется, если проверяемое значение соответствует заданному шаблону;
- «Не по маске» — условие выполняется, если проверяемое значение не соответствует указанному шаблону.
Новые операторы особенно востребованы в сценариях сложной маршрутизации и многоуровневой бизнес-логики, где стандартного сравнения значений недостаточно.
Доработки тестирования узла
Значительно упрощена работа с иерархическими переменными в режиме тестирования узлов. Теперь система выводит в список только те переменные, которые непосредственно участвуют в текущем расчёте, — без избыточного контекста. При этом полностью сохраняется иерархическая структура с отображением всех уровней вложенности, что исключает ошибки при работе с переменными, имеющими одинаковые имена, но принадлежащими к разным типам.
Доработка справочника функций
В целях упрощения работы с временны́ми данными существенно расширен справочник штатных функций. Добавлен блок функций для работы с датами и временем, включая:
- преобразование форматов дат;
- определение дня недели;
- смещение дат на заданный период;
- получение первого и последнего дня месяца;
- извлечение временно́й составляющей.
Расширение справочника снижает необходимость в написании кастомного кода для типовых календарных операций.
Пустое значение входной переменной на узле внешнего сервиса
Устранено излишне строгое поведение валидации: входные переменные в маппинге запроса к внешнему сервису теперь можно оставлять пустыми, если их заполнение не является обязательным по логике интеграции. Система больше не маркирует такое поведение как ошибочное. Логика передачи пустого значения — в виде null или без включения поля в запрос — определяется настройками на стороне вызываемого сервиса.