← Назад до блогу

n8n Vector Store для продакшн RAG: pgvector vs. Qdrant vs. Pinecone

Порівняння pgvector, Qdrant і Pinecone як vector store для продакшн RAG у n8n: підтримка нод, масштабування, фільтрація та вартість.

Три сховища на розвилці перед воротами фабрики зображують вибір vector store для продакшн RAG у n8n.

Перевірено за наведеними джерелами .

Що змінюється, коли n8n RAG-воркфлоу переходить від прототипу до продакшну

Хиткий картонний короб стоїть поруч із закрученим металевим ящиком на болтах, показуючи демо-vector store поряд із продакшн-готовим.
Крихкий демо-короб поряд із укріпленим ящиком ілюструє розрив між прототипом і продакшн vector store.

Вибір правильного n8n vector store для продакшн RAG означає рішення про те, як ваш воркфлоу зберігатиме та отримуватиме ембединги, коли від відповіді залежатимуть реальні користувачі, а не лише демонстрація на воркшопі. Прототип може обійтися індексом у пам'яті, який зникає після перезапуску. Продакшн не може: індекс має переживати перезапуски, вміщувати всю базу знань і продовжувати відповідати на запити під час додавання нових документів.

Це перегукується з обмеженням, зазначеним у власному завданні n8n Balloon Challenges «Запитай свій Google Drive», де нода Simple Vector Store описана як придатна лише для демонстрації на воркшопі, а не для продакшн-використання. Ми вважаємо, що пропустити це попередження — один із найпростіших способів, завдяки якому n8n RAG-воркфлоу тихо ламається, коли надходить реальний трафік.

n8n Vector Store для продакшн RAG: підтримка нод у pgvector, Qdrant і Pinecone

Усередині n8n ці три сховища не є ідентичними будівельними блоками. Згідно з власною документацією n8n, нода PGVector Vector Store дозволяє воркфлоу вставляти документи в таблицю векторів Postgres, отримувати з неї документи або здійснювати пошук через неї, і та ж сама нода може працювати як звичайна нода, як інструмент для AI-агента або як retriever для ланцюжка. Документація n8n описує ноду Qdrant Vector Store так само: вставка, отримання і пошук у колекції Qdrant, яку можна використовувати як звичайну ноду, інструмент агента або retriever.

Документація ноди Pinecone додає один режим, не задокументований для двох інших: оновлення наявного векторного запису за його ID, а не лише вставка чи пошук. Якщо ваш продакшн-дизайн залежить від оновлення ембедингів на місці, перевірте документацію кожної ноди перед тим, як прийняти рішення, оскільки ці три ноди не надають однакових режимів.

Sources: PGVector Vector Store | Nodes | n8n Docs, Qdrant Vector Store | Nodes | n8n Docs, Pinecone Vector Store | Nodes | n8n Docs

Масштабування і дизайн індексу: операційні витрати для pgvector і Qdrant

Картотечна шафа розділяється на менші шафи, а на серверну стійку встановлюється замок, показуючи кроки масштабування для продакшну.
Розділення шафи та додавання замка символізують кроки шардингу та безпеки, необхідні self-hosted сховищу перед продакшном.

Коли одного інстансу Postgres стає недостатньо, власна документація pgvector спрямовує команди до горизонтального масштабування за допомогою read-реплік або до інструментів шардингу, таких як Citus чи PgDog, а не до вбудованого розподіленого режиму. Це реальний інженерний проєкт, а не прапорець у конфігурації.

Власна продакшн-документація Qdrant побудована навколо подібної підготовчої роботи: планування мультитенантності, масового завантаження та того, у якому рівні пам'яті зберігатиметься колекція в міру зростання. Її продакшн-чекліст також стверджує, що self-hosted open-source інстанс Qdrant за замовчуванням не має автентифікації, тож встановлення API-ключа — мінімальний крок перед будь-яким продакшн-розгортанням, і позначає рішення щодо сховища та розміру обладнання як важко зворотні, коли розгортання вже працює.

Sources: GitHub - pgvector/pgvector: Open-source vector similarity search for Postgres · GitHub, Production & Operations - Qdrant, Production Checklist - Qdrant

Компроміси фільтрації Pinecone та що стверджують бенчмарки кожного постачальника

Pinecone формулює свою архітектуру фільтрації навколо конкретного компромісу: у поясненні 2023 року Pinecone описує попередню фільтрацію перед векторним пошуком як точну, але повільну, оскільки вона вимагає виснажливого брутфорс-сканування, і це одна з причин, чому Pinecone вбудувала фільтрацію за метаданими безпосередньо у свій serverless-рушій. У власній дослідницькій статті Pinecone на ICML 2025 про цей serverless-дизайн інженери Pinecone повідомляють про середній Recall@10 0,989 на бенчмарку фільтрованого ANN YFCC, який утримується в широкому діапазоні вибірковості фільтрів.

Qdrant робить паралельне твердження від першої особи: згідно з власним бенчмарком Qdrant, оновленим у січні та червні 2024 року, Qdrant повідомляє про найвищу кількість запитів на секунду та найнижчу латентність майже в кожному протестованому сценарії, включно з 4-кратним приростом RPS на одному наборі даних. Сторінка власного бенчмарку Qdrant чесно визнає, що автори знають свій продукт найкраще і можуть не налаштувати конкурентні рушії так само ретельно.

Наша думка така: бенчмарк, проведений постачальником, корисний для скорочення списку кандидатів, але не для остаточного рішення: сприймайте ці цифри як відправну точку, а потім перевірте фільтрацію за метаданими та recall на власних документах, перш ніж приймати рішення.

Sources: Vector Search Benchmarks - Qdrant, https://www.pinecone.io/research/ICML_2025.pdf, The Missing WHERE Clause in Vector Search

Відмінності у вартості та моделях ціноутворення

Механіка ціноутворення відрізняється не менше, ніж сама технологія. Документація Pinecone встановлює фіксовані операційні обмеження, які не змінюються залежно від плану, такі як межі швидкості запитів і максимум 1000 записів (до 2 МБ) на пакет upsert із обмеженням top_k у 10 000 — обмеження, навколо яких потрібно будувати n8n-воркфлоу інжестингу з самого початку. Власна документація Pinecone щодо вартості описує її serverless-тарифікацію як повністю засновану на використанні, з оплатою лише за збережені дані та виконані операції, а неактивний індекс нічого не коштує.

Qdrant Cloud тарифікує інакше: ціноутворення на основі ресурсів, пов'язане з vCPU, RAM і диском, тож більший кластер коштує дорожче, з оплатою щомісяця постфактум за використання попереднього місяця. Self-managed open-source Qdrant не передбачає жодної оплати на бік Qdrant, але тоді його місце займає ваш власний рахунок за інфраструктуру.

Sources: Pinecone Database limits overview - Pinecone Docs, Operation limits - Pinecone Docs, Understanding Pinecone cost - Pinecone Docs, Pricing for Cloud and Vector Database Solutions Qdrant, Billing & Payments - Qdrant

Посібник із прийняття рішення: відповідність сховища обмеженням вашої команди

Банка, сталевий резервуар і капсула, що плаває, розташовані в трьох окремих середовищах, порівнюючи відповідність vector store різним командам.
Три окремі робочі середовища для банки, резервуара і капсули, що плаває, порівнюють, яке сховище підходить якій команді.

Немає єдиного найкращого n8n vector store для продакшн RAG, який підходить кожній команді; правильний вибір залежить більше від ваших обмежень, ніж від будь-якого окремого числа з бенчмарку.

pgvector, Qdrant і Pinecone порівняні за однаковими задокументованими критеріями
КритерійpgvectorQdrantPinecone
Модель хостингуSelf-hosted у складі PostgresSelf-hosted або Qdrant CloudПовністю керований serverless
Підхід до масштабуванняРепліки або шардинг через Citus/PgDogПланування мультитенантності та рівнів пам'ятіКерується Pinecone, оплата за використання
Режими ноди n8nВставка, отримання, пошук, інструмент агента, retrieverВставка, отримання, пошук, інструмент агента, retrieverВставка, отримання, пошук, оновлення за ID, інструмент агента, retriever
Безпека за замовчуванням (self-hosted)НевідомоБез автентифікації за замовчуванням; потрібен API-ключНе застосовується (керований сервіс)
Модель ціноутворенняЛише вартість інфраструктуриНа основі ресурсів, оплата щомісяця постфактумНа основі використання, оплата за збережені дані та операції
Фіксовані операційні обмеженняНе задокументовано в наданих джерелахНе задокументовано в наданих джерелахОбмеження пакету в 1000 записів, максимум top_k 10 000

Рекомендації нижче підсумовують, як задокументовані компроміси співвідносяться з кількома типовими ситуаціями команд.

Ми загалом за те, щоб починати n8n RAG-воркфлоу з pgvector, коли команда вже використовує Postgres, оскільки це дозволяє уникнути розгортання абсолютно нової системи, перш ніж хтось довів, що вона справді потрібна; переходьте на Qdrant або Pinecone, коли конкретне обмеження масштабування чи фільтрації, а не припущення, змушує до цього питання.

Яке сховище ви б не обрали, стандартизація цього рішення щодо n8n vector store для продакшн RAG у команді, замість того, щоб кожен воркфлоу обирав довільно, — це те, що робить майбутній аудит простим.

Sources: PGVector Vector Store | Nodes | n8n Docs, Qdrant Vector Store | Nodes | n8n Docs, Pinecone Vector Store | Nodes | n8n Docs, GitHub - pgvector/pgvector: Open-source vector similarity search for Postgres · GitHub, Production & Operations - Qdrant, Production Checklist - Qdrant, Pinecone Database limits overview - Pinecone Docs, Operation limits - Pinecone Docs, Understanding Pinecone cost - Pinecone Docs, Pricing for Cloud and Vector Database Solutions Qdrant, Billing & Payments - Qdrant

Спробуйте на практиці

Запитай свій Google Drive

Створіть RAG-асистента, який перед відповіддю шукає в папці знань Google Drive і називає файли, що підтверджують кожну відповідь.

Просунутий

Спробувати практичне завдання

Для вашої команди

Програми навчання n8n для однієї команди чи відділу – на вашому власному екземплярі n8n, з вашими інструментами й даними.

Навчання для вашої команди

Оцінка навичок n8n

Безкоштовний тест приблизно на 20 хвилин, англійською: 30 запитань у 10 напрямах і рівень від початківця до експерта. На AI Adoption Score – іншому проєкті автора цього сайту.

Дізнатися свій рівень n8n