🚀 EDDI 6.5.0

19 LLM-Anbieter, Wissensdatenbanken, die Ihre Website crawlen und Ihre Dateien lesen, und Konversationen, die kompatiblen Agentenversionen folgenNeuigkeiten

Managed Cloud Jetzt Starten
Alle Integrationen
Infrastrukturk8s / Helm / Kustomize

Kubernetes and Helm

EDDI auf jedem konformen Kubernetes-Cluster betreiben, mit einem Ein-Datei-Quickstart, einem Helm-Chart oder Kustomize-Overlays, mit MongoDB oder PostgreSQL.

KonfigurationDoku ↗

Was Sie bekommen

  • Ein Quickstart-Manifest, das EDDI und MongoDB deployt
  • Ein Helm-Chart und Kustomize-Overlays für Produktionsprofile
  • Optionale Komponenten: Keycloak-Authentifizierung, NATS JetStream, Monitoring, Ingress, Pod Disruption Budget und Network Policy
  • MongoDB oder PostgreSQL als Datenspeicher

So funktioniert es in EDDI

  1. Das Quickstart-Manifest anwenden oder das Helm-Chart mit einem Vault-Master-Key installieren.
  2. Das Secret eddi-secrets anlegen, das den Vault-Master-Key enthält. Kein Manifest schreibt es, mit Absicht.
  3. Das Datenbank-Overlay oder die Helm-Values für MongoDB oder PostgreSQL wählen.
  4. Die benötigten optionalen Komponenten hinzufügen, etwa Keycloak und Ingress.
  5. Für Produktions-Secrets eddi-secrets mit dem External Secrets Operator synchronisieren.

Konfiguration

Aus der EDDI-Dokumentation übernommen. Platzhalter wie your-agent-id ersetzen Sie durch Ihre eigenen Werte.

Quickstart manifest (EDDI + MongoDB)EDDI und MongoDB mit einem Befehl. Der Pod wartet, bis das Secret eddi-secrets existiert.
kubectl apply -f https://raw.githubusercontent.com/labsai/EDDI/main/k8s/quickstart.yaml
HelmHelm-Installation mit einem generierten Vault-Master-Key.
helm install eddi ./helm/eddi \
  --set eddi.vaultMasterKey="$(openssl rand -base64 24)" \
  --namespace eddi --create-namespace
Helm: PostgreSQL instead of MongoDBDie Helm-Values, die den Datenspeicher auf PostgreSQL umstellen.
--set postgres.enabled=true --set mongodb.enabled=false --set eddi.datastoreType=postgres

Governance

  • Kein Manifest schreibt jemals das Master-Key-Secret, sodass ein erneutes Anwenden keinen laufenden Schlüssel ersetzen und bestehende Secrets unentschlüsselbar machen kann.
  • Der mitgelieferte Keycloak-Realm für Helm und Kustomize setzt kein Standardpasswort für die privilegierten Konten.
  • Das Produktionsprofil fügt ein Pod Disruption Budget und eine Network Policy hinzu.

Gut zu wissen

  • Der External Secrets Operator kann das Secret eddi-secrets aus AWS Secrets Manager, HashiCorp Vault, Azure Key Vault und Ähnlichem synchronisieren. EDDI selbst hat dafür keinen nativen Client.
  • EDDI Solutions kann EDDI für Sie in Ihrer eigenen Cloud, On-Premises oder als dedizierte verwaltete Instanz betreiben.
LoslegenDoku ↗

Sie möchten es gebaut und betrieben haben?

EDDI Solutions baut und pflegt Konnektoren, betreibt EDDI als verwaltete oder gemeinsam betriebene Instanz und unterstützt Sie in Ihrer eigenen Cloud oder On-Premises.

EDDI Solutions kontaktieren ↗

Verwandte Integrationen

InfrastrukturRed Hat OpenShiftEDDI liefert ein von Red Hat zertifiziertes Container-Image auf Basis von UBI 10, das ohne Root-Rechte auf OpenShift 4.12 oder neuer läuft, sowie einen Operator für OperatorHub.Identität und SicherheitSecrets VaultEin eingebauter Secrets Vault mit Envelope-Verschlüsselung. Die Konfiguration referenziert Secrets als ${vault:keyName}, und der Wert landet nie in Agentenkonfigurationen, Exporten oder Logs.Identität und SicherheitKeycloak / OIDCOpenID-Connect-Authentifizierung vor EDDI schalten, mit Keycloak oder einem anderen OIDC-Anbieter, mit Rollen für Admins, Editoren, Nutzer, Betrachter und Freigeber.

Konfiguration und Verhalten auf dieser Seite folgen der EDDI-Dokumentation, geprüft am 2026-10-14. Feldnamen und Standardwerte können sich zwischen Releases ändern. Bestätigen Sie sie daher in der Dokumentation Ihrer Version.