Вебхуки та Потік Даних HTTP
Робочі процеси не можуть виконувати жодних дій, доки дані фактично не з’являться під час виконання, і ці дані потрапляють у робочий процес двома основними способами: або робочий процес звертається до іншого сервісу через HTTP-запит, або інший сервіс звертається до робочого процесу через Webhook.
Робочий процес звертається до зовнішнього API для отримання даних (pull-модель).
Зовнішня система надсилає дані в n8n (push-модель).
Після налаштування одного з цих способів всі вузли для обробки даних отримують дані для роботи.
HTTP-запит
Вузол HTTP Request — це вузол, який надсилає запит до API-URL та отримує відповідь (зазвичай у форматі JSON) у робочий процес.
- Викликає кінцеву точку, наприклад
https://api.rainforestapi.com/request; - Надсилає параметри, такі як
type,domain,seller_idтаsearch_term; - Отримує структуровані дані, які можна передати наступним вузлам.
Використовується, коли API має хорошу документацію, коли робочий процес потребує регулярного опитування даних за розкладом або коли вихідні дані одного API мають стати вхідними для іншого API у ланцюжковому виклику. Структура відповідає прикладу з уроку, де базова URL-адреса — api.rainforestapi.com/request, API-ключ ідентифікує відправника, а параметри вказують API, що саме повернути.
Параметри:
type=seller_products;domain=amazon.com;- (та інші за потреби).
Початківці часто вважають цю частину магією, але це не так. Параметри беруться безпосередньо з документації API. Просто відкрийте документацію, знайдіть відповідний розділ, зверніть увагу на обов'язкові та додаткові параметри з їх описами, скопіюйте назви параметрів у вузол HTTP Request, встановіть значення та запустіть вузол. Це стандартний процес для будь-якого API: прочитати документацію, скопіювати параметри, вставити їх у запит і протестувати.
Вебхук
Webhook — це URL-адреса, яку відкриває n8n і яка дозволяє іншим системам надсилати дані безпосередньо у робочий процес у реальному часі.
- Виконує роль кастомної точки входу для вхідних даних;
- Ідеально підходить для миттєвого запуску замість опитування за розкладом;
- Корисний для кастомних інструментів або внутрішніх застосунків без офіційних інтеграцій.
Використовується, коли інструмент неможливо легко опитувати, коли робочий процес має реагувати миттєво або коли дані надходять із власного джерела. Вебхуки є дзеркальним відображенням HTTP-запитів — замість того, щоб n8n звертався до зовнішнього сервісу, зовнішній сервіс звертається до n8n.
Відмінність від HTTP Request:
- HTTP Request: n8n → зовнішній сервіс;
- Webhook: зовнішній сервіс → n8n Вебхук краще підходить для роботи в реальному часі, а HTTP Request — для передбачуваного опитування.
Дякуємо за ваш відгук!
Запитати АІ
Запитати АІ
Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат
Awesome!
Completion rate improved to 4.17
Вебхуки та Потік Даних HTTP
Свайпніть щоб показати меню
Робочі процеси не можуть виконувати жодних дій, доки дані фактично не з’являться під час виконання, і ці дані потрапляють у робочий процес двома основними способами: або робочий процес звертається до іншого сервісу через HTTP-запит, або інший сервіс звертається до робочого процесу через Webhook.
Робочий процес звертається до зовнішнього API для отримання даних (pull-модель).
Зовнішня система надсилає дані в n8n (push-модель).
Після налаштування одного з цих способів всі вузли для обробки даних отримують дані для роботи.
HTTP-запит
Вузол HTTP Request — це вузол, який надсилає запит до API-URL та отримує відповідь (зазвичай у форматі JSON) у робочий процес.
- Викликає кінцеву точку, наприклад
https://api.rainforestapi.com/request; - Надсилає параметри, такі як
type,domain,seller_idтаsearch_term; - Отримує структуровані дані, які можна передати наступним вузлам.
Використовується, коли API має хорошу документацію, коли робочий процес потребує регулярного опитування даних за розкладом або коли вихідні дані одного API мають стати вхідними для іншого API у ланцюжковому виклику. Структура відповідає прикладу з уроку, де базова URL-адреса — api.rainforestapi.com/request, API-ключ ідентифікує відправника, а параметри вказують API, що саме повернути.
Параметри:
type=seller_products;domain=amazon.com;- (та інші за потреби).
Початківці часто вважають цю частину магією, але це не так. Параметри беруться безпосередньо з документації API. Просто відкрийте документацію, знайдіть відповідний розділ, зверніть увагу на обов'язкові та додаткові параметри з їх описами, скопіюйте назви параметрів у вузол HTTP Request, встановіть значення та запустіть вузол. Це стандартний процес для будь-якого API: прочитати документацію, скопіювати параметри, вставити їх у запит і протестувати.
Вебхук
Webhook — це URL-адреса, яку відкриває n8n і яка дозволяє іншим системам надсилати дані безпосередньо у робочий процес у реальному часі.
- Виконує роль кастомної точки входу для вхідних даних;
- Ідеально підходить для миттєвого запуску замість опитування за розкладом;
- Корисний для кастомних інструментів або внутрішніх застосунків без офіційних інтеграцій.
Використовується, коли інструмент неможливо легко опитувати, коли робочий процес має реагувати миттєво або коли дані надходять із власного джерела. Вебхуки є дзеркальним відображенням HTTP-запитів — замість того, щоб n8n звертався до зовнішнього сервісу, зовнішній сервіс звертається до n8n.
Відмінність від HTTP Request:
- HTTP Request: n8n → зовнішній сервіс;
- Webhook: зовнішній сервіс → n8n Вебхук краще підходить для роботи в реальному часі, а HTTP Request — для передбачуваного опитування.
Дякуємо за ваш відгук!