Ваше оповещение о сбое n8n никогда не сработало: тестируйте пейджер, а не только рабочий процесс

Ваше оповещение о сбое n8n никогда не сработало: тестируйте пейджер, а не только рабочий процесс Это часть моей общедоступной серии статей о запуске рабочих процессов LLM в n8n в производственной среде. Здесь все взято из реальных шаблонов, которые я продаю и поддерживаю — ошибки мои, исправления проверены. Очередь на просмотр, которую никто не смотрел Я сделал ответственные вещи. Отложенные задания находились в реальной очереди, а не в состоянии выполнения. Подметальщик вновь обратился к устаревшим заявлениям. Все неоднозначное попадает в состояние проверки, а не слепо повторяется — именно об этом я писал в предыдущих статьях о очистителе, дедупликации и карантине. У меня даже было предупреждение: триггер сбоя рабочего процесса n8n отправлял мне пинг в Slack всякий раз, когда рабочий процесс терпел неудачу. Затем однажды из любопытства я открыл обзорную таблицу и обнаружил там сорок вакансий. Некоторым было несколько дней. Ни одна тревога не сработала. Ничего не было сломано так, как я себе представлял — все рабочие процессы были зелеными. Система оповещения вышла из строя двумя отдельными, тихими способами, и я не проверял ни один из них. Сигнал тревоги, который вы никогда не видели при пожаре, не является сигналом тревоги. Это надежда с подключенным веб-хуком Slack. Оповещение о состоянии, а не о событиях Первой неудачей была подписка не на ту рассылку.