n8n и Redis: сохранить и прочитать статус задачи
Первый сценарий Redis в n8n: подключение, запись учебного статуса, чтение и удаление своего тестового ключа.
В автоматизации бывает нужен небольшой статус: например, черновик сводки уже подготовлен и ждёт проверки. Redis хранит значения по ключам, а n8n позволяет записать и прочитать их отдельными шагами. Начнём с одного учебного статуса, чтобы проверить подключение и не затронуть рабочие данные.
1. Подготовь отдельное место для упражнения
Потребуются работающий n8n и доступ к тестовому Redis. Это техническая интеграция: если сервером управляет команда, попроси администратора выдать параметры подключения и разрешить конкретный тестовый ключ. Установка Redis и открытие сервера в интернет в этот пример не входят.
Используем ключ apc:demo:review:20261106 и значение draft_ready. Перед запуском убедись с владельцем базы, что такой ключ свободен и выделен для упражнения. Все операции ниже выполняются только над ним. Если ключ занят, согласуй другой и одинаково замени его во всех узлах.
Документация n8n перечисляет операции Set, Get и Delete. Не путай обычный Redis-узел с Redis Chat Memory или Vector Store: здесь сохраняется короткая строка, а не память диалога или поиск по документам.
2. Настрой подключение в Credentials
Создай workflow с Manual Trigger и добавь Redis. В поле подключения создай credential Redis. По официальной инструкции потребуются хост, порт, пароль, номер базы и настройка SSL. Значения возьми у администратора или из панели своего сервиса.
| Поле | Что важно проверить |
|---|---|
| Host | Адрес доступен именно с сервера n8n |
| Port | Соответствует выданному подключению, не выбран наугад |
| Database Number | Тестовая база, согласованная с владельцем |
| Password | Сохранён в credential, не в тексте workflow |
| SSL | Соответствует настройкам сервера; проверка сертификата включена |
localhost внутри контейнера n8n обозначает сам контейнер. Если Redis находится на другом сервере или в соседнем контейнере, нужен соответствующий адрес. Ошибка соединения не исправляется заменой названия ключа.
Сохрани credential и проверь доступность подключения средствами интерфейса. Не публикуй экспорт с секретами или скриншот пароля. Для воспроизведения примера достаточно таблицы операций ниже.
3. Запиши статус и прочитай его
Собери цепочку из трёх узлов:
Manual Trigger → Redis (Set) → Redis (Get)В первом Redis выбери операцию Set. Во втором — Get. Используй одно и то же подключение и одинаковый ключ:
| Узел | Параметр | Учебное значение |
|---|---|---|
| Redis Set | Key | apc:demo:review:20261106 |
| Redis Set | Value | draft_ready |
| Redis Get | Key | apc:demo:review:20261106 |
Если интерфейс предлагает тип значения, выбери строку. В Get задай имя выходного свойства status, если поле Property Name доступно в твоей версии. Выполни workflow вручную и открой результат Get: ожидается строка draft_ready в соответствующем выходном поле. Это ожидаемый результат по конфигурации, а не отчёт о проведённом здесь запуске.
Для второй попытки измени только Value на reviewed и повтори цепочку. Get должен вернуть новое значение. Смысл статуса определяется твоим процессом: сама запись reviewed не доказывает, что человек действительно проверил сводку.
4. Разбери расхождения до подключения рабочих событий
| Симптом | Что проверить |
|---|---|
| Нет соединения | Host, порт, сеть и SSL |
| Ошибка доступа | Credential и права пользователя |
| Значение не найдено | Совпадение ключа, базы и последовательности узлов |
| Возвращается старое значение | Выполнялся ли Set заново, не смотришь ли сохранённый результат |
Не используй этот учебный сценарий как гарантию защиты от дублей. Проверка Get, затем отдельная запись Set не являются одной неделимой операцией: два параллельных запуска могут прочитать одинаковое состояние. Для такой задачи нужна отдельная схема с учётом конкуренции и повторов.
Моя рекомендация: сначала доказать на одном ключе, что запись, чтение и очистка работают. Подключать реальные уведомления стоит после проверки ошибок и договорённости о сроке хранения статусов.
5. Удали только учебный ключ
Создай отдельную ветку Manual Trigger → Redis с операцией Delete и точно тем же Key. Выполни её один раз после упражнения. Затем отдельно повтори Get: прежнее значение больше не должно возвращаться. Конкретное представление отсутствующего значения зависит от версии узла.
Не удаляй всю базу ради очистки примера. Если статус должен храниться временно, перед рабочим внедрением отдельно спроектируй срок жизни и восстановление после сбоя. Для табличных данных сравни этот подход с чтением PostgreSQL через n8n.
На курсе по агентам AI Product Club разбираем рабочие автоматизации и проверку результатов. Операции и параметры сверены с официальной документацией; подключение к Redis и реальный прогон в рамках статьи не выполнялись.
Собери своего ИИ-агента и проверь результат
«AI Agents: от vibe coding к AI-команде»: desktop agents, MCP, skills, evals и harness. Отдельные воркшопы — от подключения инструментов до контроля качества.
7 практических воркшопов · записи · вопросы автору в чате
Посмотреть программу курса ↗