Неполный вход — понятный ответ
Проверяйте обязательные поля до обращения к следующей системе. Причина остановки должна объяснять, какие данные нужны для продолжения.
Студия сценариев
Пройдите обе ветки.
Измените входной пример и посмотрите,
где маршрут принимает другое решение.
FLOW / REQUEST INTAKE
ДА / VALID
НЕТ / INVALID
Выберите узел, чтобы увидеть его контракт4 NODES / 1 BRANCH
Шаги меняют только этот пример
EXECUTION LOG
- Маршрут готов. Начните с входного события.
Системы не всегда отвечают «да»Спроектируйте
Спроектируйте
путь исключения.
Повтор — ограниченное действие
Отделяйте временный сбой от ошибки данных. Договоритесь о числе попыток, интервале ожидания и условии окончательной остановки.
Состояние — часть контракта
Фиксируйте вход и принятое решение. Продолжать процесс безопаснее с известной точки, чем повторять весь маршрут без контекста.
01Контракты интеграционного сценария+
Как согласовать интерфейсы до написания связующего кода.
Открыть рецепт ↗02Повторы и идемпотентность+
Повторный запрос не должен создавать повторный бизнес-эффект.
Открыть рецепт ↗03Компенсации в распределённом процессе+
Что делать, когда следующий шаг не выполнен, а предыдущий уже изменил данные.
Открыть рецепт ↗У ожидания тоже
должна быть граница.
Задайте тайм-аут каждого внешнего шага и общий бюджет сценария. Ветка ошибки должна оставлять достаточно контекста для следующего решения.
Контракт узла →