Хук Webhook в n8n

Введение в вебхуки n8n

Давайте рассмотрим такой тип триггера, который мы можем применять. Это триггер при вызове вебхука. Как он работает? Давайте проверим. Добавляем этот элемент, вебхук, убираем триггер по ручному запуску. Когда мы открываем этот элемент, у нас есть вариант работы триггера в двух режимах: тестовый URL-адрес и Production URL-адрес. Тестовый URL-адрес можно запустить только в том случае, когда мы запустим процесс ожидания хука в Task for Flow. Мы его запускаем, и, как вы видите, идет ожидание, пока сработает событие нашего триггера. Наш хук слушается, и мы можем его скопировать, просто кликнув сюда. Открываем другую вкладку браузера и переходим по этому вебхуку. Нам выдается сообщение, что наш вебхук был успешно запущен. Если мы вернемся, то увидим, что действительно произошел запуск нашего вебхука.

Различия между тестовым и Production URL-адресами

В отличие от тестового URL-адреса, Production URL-адрес позволяет запустить процесс без режима ожидания. В тестовом URL-адресе мы можем отлаживать ошибки. В Production URL-адресе, если будет ошибка в процессе выполнения workflow, будет выдана 500 ошибка, и мы не увидим, на каком узле произошел сбой. Сохраняем изменения и пробуем перейти по Production URL-адресу. Production URL-адрес отличается от тестового тем, что здесь нет такого hook'а, как тест. Вызываем URL-адрес, и нам говорят, что рабочий процесс должен быть активным, чтобы адрес был рабочий. Нужно сделать процесс активным, обновляем страницу и получаем ошибку, что workflow был запущен. Видим, что он действительно был выполнен.

Безопасность и настройка вебхуков

Обратите внимание, что когда вы активируете процесс, любой пользователь в сети интернет может обратиться по этому адресу. Желательно добавлять процесс аутентификации, если у вас есть чувствительные данные. Путь для ссылки можно изменять, и адрес обращения будет изменяться. Мы можем сделать выдачу ответа либо немедленно, либо когда последний узел завершится. Можно использовать элемент RespondWebHook, который является конечной точкой выполнения. Добавляем этот элемент, и он возвращает данные после завершения хука. Пробуем запустить процесс. Workflow started. Обновляем запрос, и теперь у нас на выходе массив объектов. Такая функция позволяет создавать небольшое API, обращаясь к которому можно общаться со сторонними сервисами, принимать данные и выдавать ответ. Это аналог микросервисов, микросервисная архитектура.