Интеграция Slack и n8n: алерты, заявки, approval-кнопки и защита от alert fatigue ¶

Обновлено: 2026-05-30

Проблема: Slack часто превращается в поток шумных уведомлений: один сбой шлёт десятки сообщений, approvals теряются в тредах, а секретные payload попадают в публичные каналы.

Решение: строить интеграцию Slack и n8n как incident router: классифицировать событие, создавать dedupe_key, выбирать канал и severity, отправлять короткое сообщение с контекстом и использовать interactive approval только для безопасных действий.

Проблема: почему Slack-алерты без дедупликации вызывают alert fatigue ¶

Самая частая ошибка — отправлять в Slack всё подряд. При первом же падении API команда получает десятки одинаковых сообщений и перестаёт реагировать. Так alerting теряет смысл, а критичные события тонут в шуме.

В production Slack должен получать не raw payload, а сжатую карточку: что произошло, насколько это важно, какой runbook открыть, кто владелец и требуется ли approval. Секреты, токены и персональные данные должны быть удалены до отправки.

Архитектура workflow Slack + n8n для алертов и approval ¶

Для повторяющихся ошибок полезно отвечать в thread, а не создавать новый пост. Так канал остаётся читаемым, а история инцидента сохраняется.

Контракт события для Slack router ¶

{
  "source": "n8n",
  "event": "workflow_failed",
  "workflow": "YooKassa payment to CRM",
  "execution_id": "exec-10492",
  "severity": "critical",
  "entity_id": "payment-2f3c6a99",
  "message": "CRM update failed after payment succeeded",
  "runbook_url": "https://example.ru/runbooks/payments",
  "needs_approval": false
}

Не отправляйте в Slack полный error object. Обычно достаточно источника, severity, entity_id, ссылки на execution и runbook.

Code Node: severity, dedupe key и безопасный текст сообщения ¶

const src = $json.body ?? $json;
const severity = String(src.severity ?? 'warning').toLowerCase();
const allowed = ['info','warning','critical'];
const sev = allowed.includes(severity) ? severity : 'warning';
const rawMessage = String(src.message ?? '').replace(/(token|password|secret)=\S+/gi, '$1=[redacted]');
const workflow = String(src.workflow ?? src.source ?? 'n8n').trim();
const entity = String(src.entity_id ?? src.execution_id ?? '').trim();
const channel = sev === 'critical' ? '#incidents' : sev === 'warning' ? '#ops-alerts' : '#automation-log';
const dedupeKey = `slack:${sev}:${workflow}:${entity || rawMessage.slice(0,80)}`;
return [{ json: {
  severity: sev,
  channel,
  dedupe_key: dedupeKey,
  thread_key: dedupeKey,
  text: `[${sev.toUpperCase()}] ${workflow}: ${rawMessage.slice(0, 240)}`,
  blocks: [
    { type: 'section', text: { type: 'mrkdwn', text: `*${workflow}*
${rawMessage.slice(0, 700)}` } },
    { type: 'context', elements: [{ type: 'mrkdwn', text: `entity=${entity || 'n/a'} · severity=${sev}` }] }
  ],
  runbook_url: src.runbook_url ?? '',
  needs_approval: src.needs_approval === true
}}];

Готовый workflow JSON: скачать и импортировать ¶

Скачать готовый workflow JSON Скачать тестовый payload

{
  "name": "Nodbot - Slack incident router with dedupe",
  "nodes": [
    {
      "name": "Webhook incident input",
      "type": "n8n-nodes-base.webhook",
      "purpose": "Принять событие"
    },
    {
      "name": "Normalize Slack message",
      "type": "n8n-nodes-base.code",
      "purpose": "Удалить секреты и собрать карточку"
    },
    {
      "name": "Check dedupe TTL",
      "type": "n8n-nodes-base.if",
      "purpose": "Не плодить одинаковые сообщения"
    },
    {
      "name": "Send Slack alert",
      "type": "n8n-nodes-base.httpRequest",
      "purpose": "Отправить сообщение"
    },
    {
      "name": "Approval callback",
      "type": "n8n-nodes-base.webhook",
      "purpose": "Принять approve/deny"
    },
    {
      "name": "Respond",
      "type": "n8n-nodes-base.respondToWebhook",
      "purpose": "Вернуть статус"
    }
  ],
  "connections": "Webhook incident input → Normalize Slack message → Check dedupe TTL → Send Slack alert → Approval callback → Respond"
}

Пошаговая настройка Slack app, channels и n8n ¶

1. Создайте Slack app и включите нужные scopes для chat:write и interactive callbacks.
2. Подготовьте каналы #incidents, #ops-alerts и #automation-log.
3. Импортируйте workflow JSON и замените bot token/credentials.
4. Добавьте TTL-хранилище для dedupe_key: Postgres, Redis или Data Store.
5. Настройте allowlist пользователей для approval-кнопок.

Тесты перед production ¶

curl -X POST "https://YOUR-N8N-DOMAIN/webhook/integration-slack-n8n-incident-router" \
  -H "Content-Type: application/json" \
  --data @integration-slack-n8n-incident-router-payload.json

1. Повтор одного события не создаёт новый пост в канал.
2. Critical событие уходит в #incidents.
3. Token/password в сообщении редактируются до отправки.
4. Approval от неразрешённого пользователя отклоняется.
5. Rate limit Slack API не теряет событие и уходит в retry/DLQ.

Production-риски ¶

• Alert fatigue. Слишком много одинаковых сообщений снижает реакцию команды.
• Секреты в канале. Raw payload может содержать token, email, phone и stack trace.
• Нет thread grouping. Каждый retry создаёт новый пост.
• Approval без подписи. Любой запрос может имитировать нажатие кнопки.
• Нет owner/runbook. Команда видит ошибку, но не знает, что делать.

Полезные ссылки и смежные материалы ¶

• Slack incoming webhooks
• Slack interactivity
• n8n Slack node
• Error workflow alerts
• Retry и DLQ для HTTP Request

Критерии готовности ¶

1. Сообщения имеют severity, owner и runbook_url.
2. Повторы группируются по dedupe_key или thread_ts.
3. Секреты и PII редактируются до Slack.
4. Approval-кнопки проверяют подпись, пользователя и TTL.
5. Rate limits и ошибки Slack API уходят в retry/DLQ.