Hexagonale Architektur: das Fundament, das Lexiane zukunftssicher macht
Warum Lexiane auf einer hexagonalen Architektur (Ports & Adapters) aufgebaut ist: Modularität, technologische Unabhängigkeit, Auditierbarkeit und Resilienz gegenüber Veränderungen im KI-Ökosystem.
Zuletzt aktualisiert: 11. März 2026
KI entwickelt sich mit beispielloser Geschwindigkeit. Ein Sprachmodell, das heute als Referenz gilt, kann in sechs Monaten überholt sein. Eine Vektordatenbank, die als Standard gilt, kann morgen durch eine leistungsfähigere Technologie ersetzt werden. In diesem sich wandelnden Umfeld lautet die Frage nicht nur „Welches Modell sollen wir verwenden?” — sondern „Wie bauen wir ein System, das diese Veränderungen übersteht?”
Lexiane beantwortet diese Frage mit einer starken architektonischen Entscheidung: hexagonale Architektur.
Was ist hexagonale Architektur?
Von Alistair Cockburn in den 2000er Jahren eingeführt, basiert die hexagonale Architektur — auch bekannt als Ports & Adapters — auf einer einfachen, aber radikalen Idee: das Unveränderliche vom Veränderlichen trennen.
Im Zentrum des Systems befindet sich die Geschäftsdomäne: die Kernlogik der Anwendung, unabhängig von jeder Technologie. Im Fall von Lexiane ist das die Dokumentensuchlogik, das Relevanz-Ranking und die Antwort-Orchestrierung.
Um diesen Kern herum kreisen Ports — abstrakte Schnittstellen, die definieren, was das System erwartet, ohne vorzuschreiben, wie es bereitgestellt wird — und Adapter — die konkreten Implementierungen, die den Kern mit der Außenwelt verbinden: eine LLM-API, ein Vektorspeicher, ein Dokumentenquellen-Konnektor, eine Benutzeroberfläche.
Die Domäne weiß nicht, ob die Antwort von GPT-4, Mistral oder einem lokalen Modell generiert wird. Sie weiß nicht, ob Vektoren in Qdrant oder Weaviate gespeichert sind. Sie muss es nicht wissen — und genau das macht sie robust.
Das entscheidende Argument: KI ändert sich schnell, der Kern darf sich nicht bewegen
Dies ist der unmittelbarste und konkreteste Vorteil für ein RAG-System in der Produktion.
In einer traditionellen monolithischen oder hardcodierten Architektur ist die Wahl eines Sprachmodells oft tief im Code verankert. Den LLM-Anbieter wechseln — oder einfach auf eine neuere Version upgraden — bedeutet, Dutzende von Dateien zu ändern, Regressionen zu riskieren und ein Team wochenlang zu binden.
Mit einer hexagonalen Architektur bedeutet das Wechseln eines Modells das Einstecken eines neuen Adapters. Der Kern des Systems bleibt unberührt. Bestehende Tests bleiben gültig. Die Migration dauert Tage, nicht Monate.
Das ist eine Realität, die zählt: Organisationen, die heute RAG einsetzen, können es sich nicht leisten, an einen einzelnen Anbieter oder eine eingefrorene Technologie gebunden zu sein. Modularität ist kein architektonischer Luxus — es ist eine Überlebensbedingung in einem so volatilen Ökosystem wie der KI.
Hardcoding: kurzfristiger Komfort, langfristige Falle
Hardcoding — technische Abhängigkeiten, API-Schlüssel und Aufrufe zu spezifischen Diensten direkt in den Code schreiben — ist verlockend. Es ist schnell, einfach und funktioniert sofort.
Bis zu dem Tag, an dem es nicht mehr funktioniert.
Ein Anbieter ändert seine API. Ein Dienst wird abgekündigt. Die Geschäftsanforderungen entwickeln sich weiter und eine neue Dokumentenquelle muss integriert werden. In einem hardcodierten System ist jede Änderung ein riskanter chirurgischer Eingriff. In einem hexagonalen System ist es eine Adapter-Substitution.
Der Unterschied schlägt sich konkret in Wartungskosten, Team-Geschwindigkeit und operativer Resilienz nieder. Ein gut strukturiertes System kann gewartet, erweitert und auditiert werden, ohne den Dominoeffekt zu befürchten — eine Komponentenänderung, die eine andere, unerwartete, anderswo bricht.
Ein ernsthaftes Argument für Zertifizierung und Audit
Hexagonale Architektur interessiert nicht nur technische Teams. Sie hat direkte Auswirkungen auf Governance und Compliance — zwei zentrale Anliegen jeder Organisation, die ein KI-System auf sensiblen Daten einsetzt.
Ein System, das klar in Domäne und Adapter aufgeteilt ist, ist leichter zu auditieren. Jede Komponente hat einen definierten und dokumentierbaren Umfang. Datenflüsse sind nachvollziehbar: Man weiß genau, wo ein Dokument hindurchgeht, welche Schicht darauf Zugriff hat und wie die Antwort aufgebaut wird.
Für eine ISO 27001-Zertifizierung, DSGVO-Konformität oder eine Qualifizierung bei einer Sicherheitsbehörde ist diese architektonische Klarheit ein Beschleuniger. Der Prüfer muss keinen monolithischen Code entwirren, um zu verstehen, wie Daten verarbeitet werden — die Systemstruktur erklärt es direkt.
Lexiane wurde mit dieser Anforderung im Sinn entwickelt: ein System, dessen Verhalten demonstriert werden kann, nicht nur versprochen.
Zusammenfassung
| Herausforderung | Ohne hexagonale Architektur | Mit hexagonaler Architektur |
|---|---|---|
| LLM-Modell wechseln | Teilweise Code-Überarbeitung | Adapter-Substitution |
| Dokumentenquelle hinzufügen | Tiefgreifende Änderungen | Neuer Konnektor eingesteckt |
| Compliance-Audit | Mühsame Monolith-Analyse | Dokumentierte, isolierte Umfänge |
| Laufende Wartung | Dominoeffekt, Regressionen | Unabhängige, testbare Komponenten |
In einem Bereich, der sich so schnell entwickelt wie die dokumentenbasierte KI, ist der Aufbau auf modularen Grundlagen keine Vorsichtsmaßnahme — es ist die einzige seriöse Art zu bauen.
Lexiane ist ein souveränes RAG mit hexagonaler Architektur, entwickelt für Organisationen, die sensible Dokumente verarbeiten und es sich nicht leisten können, bei jeder technologischen Veränderung alles neu aufzubauen.
Zugang zum Auditable Core anfragen
Melden Sie sich an, um benachrichtigt zu werden, wenn unser Core-Auditprogramm öffnet. Gemäß unserer Datenschutzrichtlinie wird Ihre geschäftliche E-Mail-Adresse ausschließlich für diese technische Kommunikation verwendet, ohne nachfolgende Marketingnutzung. Zugang über sicheres privates Register verteilt.
Kontakt aufnehmen