Navique AI Core OperatorEine governance-fähige KI-Plattform, bereitgestellt als Kubernetes-Ressourcen

Wenden Sie eine Handvoll Custom Resources an, und der Operator richtet einen vollständigen, selbst gehosteten KI-Stack ein — LiteLLM-Gateway, LibreChat-UI, Langfuse-Observability, die Datenspeicher und die Secrets-Verkabelung. Keine manuellen Helm- oder kubectl-Schritte.

Erste Schritte

Schnellstart

Kernkonzepte

Eine Plattform, viele Ressourcen

Komponentenspezifische CRDs für Gateway, UI, Observability, Datenspeicher und Secrets — unabhängig komponierbar, mit Querverweisen versehen und namespace-übergreifend gemeinsam nutzbar.

Custom Resources durchsuchen

Installiert, was es braucht

Bündelt die offiziellen Upstream-Helm-Charts (LiteLLM, Langfuse, CloudNativePG, External Secrets und mehr) im Binary und steuert sie mit dem Helm v4 Go SDK — bedarfsgesteuert, nur wenn eine Ressource sie benötigt.

Funktionsweise

Provenance-bewusst

Installiert niemals einen bereits laufenden Operator erneut; löscht niemals, was er nicht besitzt. Datenspeicher können operator-verwaltet, adoptiert oder extern sein.

Provenance & Lebenszyklus

Secrets sind niemals inline

Anmeldedaten fließen aus External Secrets (Azure Key Vault, Vault, AWS, GCP…) oder Sealed Secrets. Vom Operator erzeugte Schlüssel sind operatoreigen, werden per GC bereinigt und sind rotierbar.

Secrets-Verwaltung

Auto-Wiring zwischen Komponenten

Referenzieren Sie ein Gateway aus Ihrer ChatUI oder ein Langfuse aus Ihrem Gateway, und der Operator stellt die Anmeldedaten bereit und injiziert sie, sodass Sie keine Secrets von Hand konfigurieren.

Komponentenübergreifende Verkabelung

Open Core, Air-Gapped-Lizenzierung

AGPL-3.0-Open-Core, der vollständig ohne Lizenz läuft. Enterprise-Funktionen werden mit einer signierten, offline geprüften Lizenz freigeschaltet — kein Lizenzserver, kein Phone-Home.

Editionen & Lizenzierung

Von einem Stapel Helm-Charts zu einem einzigen Operator

Der Navique AI Core Operator ersetzt eine handverwaltete Helm-+-ArgoCD-Bereitstellung der Forge / Navique AI-Plattform. Anstatt Sync-Wellen und Chart-Werte von Hand zu orchestrieren, beschreiben Sie die gewünschte Plattform als Kubernetes-Objekte und lassen den Operator den Cluster auf diesen Zustand konvergieren — er installiert Capability-Operatoren, stellt Datenspeicher bereit, verkabelt Anmeldedaten und hält alles gesund.

yaml

# Bring up a LiteLLM gateway backed by a managed Postgres database,
# exporting traces to a shared Langfuse — in one resource.
apiVersion: core.navique.com/v1alpha1
kind: Gateway
metadata:
  name: gateway
  namespace: forge-gateway
spec:
  secretsRef: { name: forge-secrets }
  database:
    mode: postgresCluster
    postgresClusterRef: { name: forge-pg, namespace: forge-data }
    databaseName: litellm
  instance:
    masterKey: { autoGenerate: true }
    saltKey: { autoGenerate: true }
  observabilityRef: { name: observability, namespace: forge-langfuse }
  models:
    - name: gpt-5.4
      modelName: azure_ai/gpt-5.4
      model: azure_ai/gpt-5.4
      refSecretKey: OPENAI_API_KEY

Neu hier? Beginnen Sie mit der Einführung und folgen Sie anschließend dem Schnellstart, um eine vollständige Plattform auf einem Cluster einzurichten.

Navique AI Core OperatorEine governance-fähige KI-Plattform, bereitgestellt als Kubernetes-Ressourcen

Eine Plattform, viele Ressourcen

Installiert, was es braucht

Provenance-bewusst

Secrets sind niemals inline

Auto-Wiring zwischen Komponenten

Open Core, Air-Gapped-Lizenzierung

Von einem Stapel Helm-Charts zu einem einzigen Operator ​

Von einem Stapel Helm-Charts zu einem einzigen Operator