Zum Hauptinhalt springen
  1. Blog/

Qdrant: Die Vektordatenbank für lokale KI — was sie kann und warum sie ins M9TZ-Konzept gehört

Inhaltsverzeichnis
Lokale KI ohne Vektordatenbank ist wie ein Bibliothekar ohne Katalog. Qdrant bringt semantische Suche und Retrieval-Augmented Generation auf die eigene Infrastruktur — und ist eine Schlüsselkomponente der M9TZ-Plattformarchitektur.

Warum eine Vektordatenbank?
#

Large Language Models sind mächtig — aber sie haben kein Gedächtnis. Ein LLM kennt nur das, was in seinem Trainingsdatensatz steckt, abzüglich dessen, was es vergessen hat. Für Unternehmensanwendungen ist das ein Problem: Wie soll ein KI-Agent eine Rechnung von letzter Woche finden? Oder die technische Dokumentation zu Bauteil X? Oder alle E-Mails, in denen es um Projekt Y ging?

Die Antwort: Retrieval-Augmented Generation (RAG). Statt dem LLM alles beizubringen, geben wir ihm zur Laufzeit die relevanten Dokumente mit. Und dafür brauchen wir eine Vektordatenbank.

Was ist Qdrant?
#

Qdrant ist eine in Rust geschriebene, hochperformante Vektordatenbank. Sie speichert keine Texte, sondern deren mathematische Repräsentationen — sogenannte Embeddings. Ein Embedding ist ein Vektor (eine Liste von Zahlen), der die semantische Bedeutung eines Textes im hochdimensionalen Raum abbildet. Ähnliche Texte liegen nah beieinander, unterschiedliche weit voneinander entfernt.

# Ein Embedding für "Die Rechnung ist überfällig" könnte so aussehen:
[0.023, -0.451, 0.789, ..., 0.112]  # 768 oder mehr Dimensionen

Die Suche wird damit zur Distanzberechnung: Welche Vektoren in der Datenbank sind dem Suchvektor am nächsten? Das Ergebnis ist eine Liste von Dokumenten, die inhaltlich zur Anfrage passen — nicht nur wortwörtlich.

Warum Qdrant und nicht Elasticsearch oder PostgreSQL?
#

KriteriumQdrantElasticsearchpgvector (PostgreSQL)
VektorsucheNative, optimiertÜber Plugin (KNN)pgvector-Erweiterung
PerformanceHNSW-Graph, <10msGut, aber JVM-OverheadBrauchbar, aber nicht spezialisiert
FilterungBeliebige Payload-FilterSehr mächtigSQL-basiert
Ressourcen50–100 MB RAM idle1+ GB RAMLäuft neben PostgreSQL
BetriebEin Binary, REST-APIKomplexer StackEinfach (wenn PG schon läuft)
SpracheRustJavaC

Für dedizierte Vektorsuche ist Qdrant die leichtgewichtigste und performanteste Lösung. pgvector ist eine gute Alternative, wenn PostgreSQL bereits im Stack ist — aber für hochvolumige semantische Suche mit vielen tausend Dokumenten ist Qdrant die bessere Wahl.

Qdrant in der M9TZ-Plattformarchitektur
#

In unserer Drei-Schichten-Architektur hat Qdrant einen festen Platz:

KomponenteVMRolle
Qdrantm9tz3Vektordatenbank für semantische Suche, RAG und Dokumenten-Retrieval
PostgreSQLm9tz1Relationale Datenhaltung (Bestellungen, Stammdaten)
FastAPIm9tz1API-Layer, spricht sowohl PG als auch Qdrant an

Die Trennung ist bewusst gewählt: PostgreSQL für strukturierte Geschäftsdaten, Qdrant für unstrukturierte Dokumente und semantische Suche. Beide Systeme haben unterschiedliche Stärken — und beide laufen lokal auf eigener Hardware.

Anwendungsfälle in der Praxis
#

1. Dokumenten-Retrieval für KI-Agenten Der Buchhaltungs-Agent soll Rechnungen prüfen: „Gab es in den letzten 6 Monaten eine Rechnung von Lieferant X über Betrag Y?" Statt alle PDFs zu durchsuchen, fragt er Qdrant: Die Embeddings der Rechnungen sind bereits indiziert, die semantische Suche findet Treffer in Millisekunden.

2. Knowledge Base für den Kundenservice Ein Helpdesk-Agent erhält die Frage: „Wie konfiguriere ich die Firewall für das neue Backup-System?" Qdrant liefert die drei relevantesten Dokumentationsseiten — das LLM formuliert daraus eine präzise Antwort mit Quellenangaben.

3. Vertragsanalyse Alle Verträge eines Mandanten liegen als Embeddings in Qdrant. Der KI-Agent kann übergreifende Fragen beantworten: „Welche Verträge enthalten eine automatische Verlängerungsklausel?" oder „Wer ist unser Ansprechpartner bei Firma Z?"

Deployment auf eigener Infrastruktur
#

Qdrant lässt sich in Minuten installieren — als Docker-Container oder als einzelnes Binary:

# Als Docker-Container (empfohlen für Produktion)
docker run -p 6333:6333 -v qdrant_storage:/qdrant/storage qdrant/qdrant

# Oder als Binary
wget https://github.com/qdrant/qdrant/releases/latest/download/qdrant-x86_64-unknown-linux-gnu.tar.gz
tar -xzf qdrant-x86_64-unknown-linux-gnu.tar.gz
./qdrant

Die REST-API ist selbsterklärend:

# Collection anlegen
curl -X PUT 'http://localhost:6333/collections/rechnungen' \
  -H 'Content-Type: application/json' \
  -d '{"vectors": {"size": 768, "distance": "Cosine"}}'

# Embedding speichern
curl -X PUT 'http://localhost:6333/collections/rechnungen/points' \
  -H 'Content-Type: application/json' \
  -d '{"points": [{"id": 1, "vector": [0.1, 0.2, ...], "payload": {"text": "Rechnung R-2026-0042"}}]}'

# Semantische Suche
curl -X POST 'http://localhost:6333/collections/rechnungen/points/search' \
  -H 'Content-Type: application/json' \
  -d '{"vector": [0.1, 0.2, ...], "limit": 5}'

Für die Embedding-Generierung vor dem Speichern empfehle ich lokale Modelle wie all-MiniLM-L6-v2 (384 Dimensionen, schnell und leichtgewichtig) oder multilingual-e5-large (1024 Dimensionen, mehrsprachig), betrieben via sentence-transformers oder Ollama.

Die Verbindung zum 6-Phasen-Migrationspfad
#

Qdrant spielt seine Stärken besonders in den Phasen 2 und 3 des Migrationspfads aus:

  • Phase 2 (Intelligente Recherche): Qdrant wird mit den Dokumenten des Unternehmens befüllt. Statt sich durch 4 Programme zu klicken, stellt der Mitarbeiter eine Frage in natürlicher Sprache — und bekommt die relevanten Dokumente geliefert.

  • Phase 3 (Human-in-the-Loop): KI-Agenten nutzen Qdrant für kontextbewusste Entscheidungsvorbereitung. Der Agent findet alle relevanten Verträge, Rechnungen und E-Mails zu einem Vorgang — der Mensch gibt die finale Freigabe.

  • Phase 5 (Cut-Over): Qdrant wird Teil der neuen, schlanken Open-Source-Architektur und ersetzt teure DMS-Lizenzen.

Datenschutz: Der entscheidende Vorteil
#

Weil Qdrant lokal läuft, bleiben sämtliche Embeddings und Quelldokumente im kontrollierten Netzwerk. Kein externer Dienst sieht Ihre semantischen Indizes, kein Cloud-Anbieter lernt aus Ihren Unternehmensdokumenten. Das ist der fundamentale Unterschied zu Cloud-basierten Vektordatenbanken wie Pinecone oder Weaviate Cloud.

Für den Mittelstand bedeutet das:

  • DSGVO-konform — keine Datenübertragung an Dritte
  • Revisionssicher — alle Daten unter eigener Kontrolle
  • Planbare Kosten — kein Token-basiertes Pricing, keine Überraschungen
  • Offline-fähig — semantische Suche auch ohne Internetverbindung

Fazit
#

Qdrant ist mehr als eine technische Komponente — es ist die Brücke zwischen unstrukturierten Unternehmensdokumenten und der strukturierten Welt der KI-Agenten. In der M9TZ-Plattformarchitektur ist sie die Datenschicht für alles nicht-relationale: Dokumente, Verträge, E-Mails, Wissensdatenbanken.

Wer lokale KI ernsthaft betreiben will, kommt an einer Vektordatenbank nicht vorbei. Und wer es datenschutzkonform, performant und ressourcenschonend machen will, kommt an Qdrant nicht vorbei.


Sie möchten Qdrant in Ihrer Infrastruktur evaluieren? Ich berate Sie zu Architektur, Deployment und Integration in Ihre bestehende IT-Landschaft — inklusive Embedding-Strategie und RAG-Pipeline.

Kontakt aufnehmen

Verwandte Artikel

ZeroClaw: Leichtgewichtige KI-Agenten für das Mittelstandsnetzwerk

Ein KI-Agent pro Abteilung, gekoppelt über die bestehende Dateiinfrastruktur: ZeroClaw zeigt, wie sich Multi-Agenten-Architekturen im Mittelstand pragmatisch und ohne JVM-Overhead umsetzen lassen. Was ist ZeroClaw? # ZeroClaw ist ein leichtgewichtiger Daemon, geschrieben in Rust, der auf jeder Abteilungs-VM einen eigenen KI-Agenten bereitstellt. Statt eines schwerfälligen zentralen Services entsteht so ein Geflecht spezialisierter Agenten, die eng mit den Werkzeugen ihrer jeweiligen Domäne verzahnt sind — Buchhaltung, IT, Vertrieb, HR.

ZeroClaw A2A: Agent-to-Agent Protokoll erreicht v0.8.3 — Ausblick auf v0.9.0

Mit v0.8.3 hält die erste A2A-Implementierung (Agent-to-Agent-Protokoll) Einzug in ZeroClaw. Für uns bei M9TZ ist das ein entscheidender Schritt — denn die Kommunikation zwischen isolierten KI-Agenten ist das Herzstück unserer Architektur. Was ist A2A? # Das Agent2Agent Protocol (A2A) ist ein offener Standard der Linux Foundation, der es KI-Agenten ermöglicht, sich gegenseitig zu entdecken, Aufgaben zu delegieren und Ergebnisse auszutauschen — unabhängig von Framework, Sprache oder Host. Vergleichbar mit HTTP für Web-APIs, aber speziell für die Zusammenarbeit autonomer Agenten entwickelt.

Warum lokale KI für KMUs die bessere Wahl ist

Cloud-basierte KI-Dienste sind bequem — aber für viele Unternehmen ist ein lokales Large Language Model die bessere Wahl. Warum, und was Sie beachten sollten. Die Verlockung der Cloud # ChatGPT, Claude, Gemini — die großen KI-Modelle sind nur einen Klick entfernt. Sie liefern beeindruckende Ergebnisse, kosten wenig bis nichts im Einstieg und benötigen keine eigene Hardware.