Self-Hosted

Selbst gehostetes AI-Database-Gateway — Docker, Compose, Kubernetes

Q: Kann ich mein eigenes LLM-Gateway nutzen?

Ja. FUTRIXDATA_AI_BASE_URL kann auf jeden OpenAI-kompatiblen Endpoint zeigen — internes Gateway, Ollama, vLLM, TGI oder einen Managed-Provider, der durch Ihr Netzwerk geroutet wird.

Die FutrixData Enterprise Edition läuft als langlebiger Container in Ihrem Netzwerk. Datenbank-Credentials verlassen Ihren Perimeter nie. Ein einziges Docker-Image, optionales externes PostgreSQL-Backend, läuft als Non-Root und integriert sich mit privaten Model-Gateways — der vollständige Agent-zu-Daten-Pfad bleibt unter Ihrer Kontrolle.

macOS herunterladen Zur Dokumentation

Warum ein AI-Database-Gateway selbst hosten

Data Residency. Datenbank-Credentials und Query-Ergebnisse bleiben innerhalb Ihres Netzwerk-Perimeters.
Souveräne Clouds und regulierte Umgebungen. Finanzdienstleistungen, Gesundheitswesen, öffentlicher Sektor — überall, wo „Vendor sieht Produktionsdaten“ keine Option ist.
Zentralisierte Governance. Ein Container ist die Agent-zu-Daten-Schicht für die ganze Organisation, statt dass jeder Entwickler eigene Verbindungen verkabelt.
Sofortiger Widerruf. Per-Agent-Keys werden in Ihrer Console verwaltet; Sie hängen nicht von einem Vendor-Support-Ticket ab, um Zugriff zu kappen.

Deploy-Optionen

Docker. Ein einziges Multi-Stage-Image. Schlanke Runtime-Schicht.
Docker Compose. Mitgeliefertes Compose-File exponiert Ports, Daten-Verzeichnisse und AI-Settings als Environment-Variablen. docker compose up -d --build auf jedem Host mit Docker.
Kubernetes. Dasselbe Image, deployt via Helm-Chart oder eigenen Manifests. Funktioniert auf jeder Container-Plattform — Kubernetes, Nomad, interne Server.

Was innerhalb Ihres Kontrollbereichs bleibt

Datenbank-Credentials (kein SaaS-Callback hält sie je).
Query-Bodies, Parameter und Result-Zeilen.
Audit-Log-Datensätze.
Sensitivitäts-Klassifikationsberichte.
AI-Inferenz, wenn auf ein internes Model-Gateway oder Private-Model-Deployment gerichtet.

Architektur

Multi-Stage-Dockerfile: UI bauen, Backend kompilieren, schlanke Runtime erzeugen.
Persistent Volumes halten Datenquellen, AI-Konfiguration, Risikoregeln, Sensitivitäts-Policies und Historie über Container-Wechsel hinweg.
Optionales externes PostgreSQL-Backend speichert Runtime-State für zentrales Backup, Monitoring und HA.
Container laufen standardmäßig als Non-Root-User.

Unterstützung für private Model-Gateways

Wenn Ihre Security-Policy AI-Inferenz on-premises verlangt, richten Sie den AI-Service-Endpoint von FutrixData auf ein internes Model-Gateway (BYOK mit Anthropic / OpenAI / Google über Ihr Gateway geroutet, oder lokale Modelle via Ollama / vLLM / TGI). Der vollständige Agent-zu-Daten-Pfad bleibt dann unter Ihrer Kontrolle: kein Drittanbieter-LLM, kein SaaS-Proxy, kein Vendor im Pfad.

Beispiele

One-Command-Internal-Deployment

docker compose up -d --build

Compose-Snippet

services:
  futrixdata:
    image: futrixdata/enterprise:latest
    ports:
      - "8080:8080"
    environment:
      FUTRIXDATA_DB_URL: "postgres://fxd:***@db:5432/futrixdata"
      FUTRIXDATA_AI_BASE_URL: "https://internal-llm-gateway.example.com/v1"
      FUTRIXDATA_AI_MODEL: "claude-sonnet-4-6"
    volumes:
      - fxd-data:/data
    user: "1001:1001"

volumes:
  fxd-data:

Häufig gestellte Fragen

Kann FutrixData air-gapped laufen?

Ja — sofern Ihr internes Model-Gateway Completions für die eingebauten AI-Features bedienen kann (oder Sie die eingebaute AI ausschalten). Der Proxy selbst, die Risk-Engine, der Klassifikations-Store und das Audit-Log laufen alle lokal ohne Outbound-Calls.

Welche Hardware brauche ich?

Eine einzige kleine VM (2 vCPU / 4 GB RAM) bedient eine Arbeitsgruppe. Produktions-Deployments laufen typischerweise mit 2–4 vCPU pro Replica und externem PostgreSQL für HA.

Wo wird State persistiert?

Standardmäßig in einem Docker-Volume. Für Produktion richten Sie FutrixData auf ein externes PostgreSQL — das gibt Ihnen dieselbe Backup-, Restore- und Monitoring-Story, die Sie für den Rest Ihres Stacks ohnehin nutzen.

Wie funktionieren Upgrades?

Image ersetzen. State lebt in Volumes oder der externen Datenbank; der Container ist stateless. Upgrades sind meist ein Compose-/Helm-Rollout.

Gibt es eine Lizenz?

Die Enterprise Edition wird pro Deployment lizenziert. Die kostenlose Desktop-App ist für einzelne Entwickler unbeschränkt; Enterprise schaltet selbst gehosteten Server, Multi-Tenant-Admin und externes PostgreSQL-Backend frei.

Kann ich mein eigenes LLM-Gateway nutzen?

Ja. FUTRIXDATA_AI_BASE_URL kann auf jeden OpenAI-kompatiblen Endpoint zeigen — internes Gateway, Ollama, vLLM, TGI oder einen Managed-Provider, der durch Ihr Netzwerk geroutet wird.

Probieren Sie FutrixData mit Ihrer eigenen Datenbank aus

Kostenlose Desktop-App für macOS, Windows und Linux. Self-hosted Enterprise Edition für produktive Deployments.

Desktop-App herunterladen Zur Dokumentation