🚀 EDDI 6.5.0

19 fournisseurs LLM, des bases de connaissances qui explorent votre site et lisent vos fichiers, et des conversations qui suivent les versions compatibles des agentsNouveautés

Cloud Géré Démarrer
Toutes les intégrations
Infrastructurek8s / Helm / Kustomize

Kubernetes and Helm

Exécuter EDDI sur tout cluster Kubernetes conforme, avec un démarrage rapide en un seul fichier, un chart Helm ou des overlays Kustomize, avec MongoDB ou PostgreSQL.

ConfigurationDoc ↗

Ce que vous obtenez

  • Un manifeste de démarrage rapide qui déploie EDDI et MongoDB
  • Un chart Helm et des overlays Kustomize pour les profils de production
  • Des composants facultatifs : authentification Keycloak, NATS JetStream, supervision, ingress, pod disruption budget et network policy
  • MongoDB ou PostgreSQL comme magasin de données

Fonctionnement dans EDDI

  1. Appliquer le manifeste de démarrage rapide, ou installer le chart Helm avec une clé maître du coffre.
  2. Créer le Secret eddi-secrets qui contient la clé maître du coffre. Aucun manifeste ne l'écrit, volontairement.
  3. Choisir l'overlay de base de données ou les valeurs Helm pour MongoDB ou PostgreSQL.
  4. Ajouter les composants facultatifs dont vous avez besoin, comme Keycloak et l'ingress.
  5. Pour les secrets de production, synchroniser eddi-secrets avec l'External Secrets Operator.

Configuration

Tirée de la documentation d'EDDI. Les espaces réservés comme your-agent-id sont à remplacer par vos propres valeurs.

Quickstart manifest (EDDI + MongoDB)EDDI et MongoDB en une seule commande. Le pod attend que le Secret eddi-secrets existe.
kubectl apply -f https://raw.githubusercontent.com/labsai/EDDI/main/k8s/quickstart.yaml
HelmInstallation Helm avec une clé maître du coffre générée.
helm install eddi ./helm/eddi \
  --set eddi.vaultMasterKey="$(openssl rand -base64 24)" \
  --namespace eddi --create-namespace
Helm: PostgreSQL instead of MongoDBLes valeurs Helm qui basculent le magasin de données sur PostgreSQL.
--set postgres.enabled=true --set mongodb.enabled=false --set eddi.datastoreType=postgres

Gouvernance

  • Aucun manifeste n'écrit jamais le Secret de la clé maître : une nouvelle application ne peut donc pas remplacer une clé active et rendre les secrets existants indéchiffrables.
  • Le realm Keycloak fourni pour Helm et Kustomize ne définit aucun mot de passe par défaut pour les comptes privilégiés.
  • Le profil de production ajoute un pod disruption budget et une network policy.

Bon à savoir

  • L'External Secrets Operator peut synchroniser le Secret eddi-secrets depuis AWS Secrets Manager, HashiCorp Vault, Azure Key Vault et services similaires. EDDI lui-même n'a pas de client natif pour ceux-ci.
  • EDDI Solutions peut exploiter EDDI pour vous dans votre propre cloud, sur site ou en instance managée dédiée.
CommencerDoc ↗

Vous voulez qu'on le construise et l'exploite pour vous ?

EDDI Solutions construit et maintient des connecteurs, exploite EDDI en instance managée ou co-exploitée, et vous accompagne dans votre propre cloud ou sur site.

Contacter EDDI Solutions ↗

Intégrations associées

InfrastructureRed Hat OpenShiftEDDI fournit une image de conteneur certifiée Red Hat, basée sur UBI 10, qui s'exécute sans droits root sur OpenShift 4.12 ou ultérieur, ainsi qu'un Operator pour OperatorHub.Identité et sécuritéSecrets VaultUn coffre de secrets intégré, à chiffrement par enveloppe. La configuration référence les secrets sous la forme ${vault:keyName}, et la valeur n'atterrit jamais dans les configurations d'agents, les exports ou les journaux.Identité et sécuritéKeycloak / OIDCPlacer une authentification OpenID Connect devant EDDI avec Keycloak ou un autre fournisseur OIDC, avec des rôles pour les administrateurs, éditeurs, utilisateurs, lecteurs et approbateurs.

La configuration et le comportement décrits sur cette page suivent la documentation d'EDDI, vérifiée le 2026-10-14. Les noms de champs et les valeurs par défaut peuvent changer d'une version à l'autre : confirmez-les dans la documentation de votre version.