Простыми словами
Например, в проекте для «распределённая блокировка» добавляют проверку «обработка ядовитых сообщений»: конфигурация задаёт порог, автоматизация собирает сигнал, а превышение блокирует продвижение либо переводит систему в заранее описанный безопасный режим. Поэтому при проектировании заранее решают, что произойдёт при задержке, повторе запроса или потере связи - иначе редкий сетевой сбой превращается в дубли, противоречивые данные или зависание.
Пример при разработке
Например, для «распределённая блокировка» задают понятный порог и автоматическую проверку «обработка ядовитых сообщений». Если порог нарушен, выпуск останавливают или система переходит в заранее выбранный безопасный режим.
Это редакционный пример применения, а не часть определения или доказательство концепции.Формальное определение
Для «распределённая блокировка» это контролируемое изолирование входа, который стабильно ломает обработчик, без блокировки всей очереди или потока. Заранее задают число повторов и перевод в карантин и способ увидеть результат. Если результат нельзя проверить, правило существует только на бумаге.
Механизм действия
Для «распределённая блокировка» сначала фиксируют исходное состояние, число повторов и перевод в карантин, допустимый порог и действие на случай нарушения. Затем проверяют это в тестах, при выпуске или в работе системы и сохраняют результат.
Пример в работе
Записать «Обработка ядовитых сообщений: распределённая блокировка» в документации и считать работу законченной, не назначив ответственного и не определив, как проверить результат.
Назвать конкретный риск, задать число повторов и перевод в карантин, назначить ответственного и пересматривать правило после значимых изменений.
Ограничения
«Обработка ядовитых сообщений: распределённая блокировка» закрывает только один класс риска. Она не заменяет проверку безопасности, корректности данных, отказоустойчивости и пользовательских последствий.
Источник
Gregor Hohpe, Bobby Woolf, «Enterprise Integration Patterns», без даты.