🚀 EDDI 6.5.0

19 proveedores LLM, bases de conocimiento que rastrean su sitio y leen sus archivos, y conversaciones que siguen las versiones compatibles del agenteNovedades

Cloud Gestionada Empezar
Todas las integraciones
Infraestructurak8s / Helm / Kustomize

Kubernetes and Helm

Ejecuta EDDI en cualquier clúster de Kubernetes conforme con un quickstart de un solo archivo, un chart de Helm u overlays de Kustomize, con MongoDB o PostgreSQL.

ConfiguraciónDocumentación ↗

Qué obtienes

  • Un manifiesto de quickstart que despliega EDDI y MongoDB
  • Un chart de Helm y overlays de Kustomize para perfiles de producción
  • Componentes opcionales: autenticación con Keycloak, NATS JetStream, monitorización, ingress, pod disruption budget y network policy
  • MongoDB o PostgreSQL como almacén de datos

Cómo funciona en EDDI

  1. Aplica el manifiesto de quickstart o instala el chart de Helm con una clave maestra de la bóveda.
  2. Crea el Secret eddi-secrets que contiene la clave maestra de la bóveda. Ningún manifiesto lo escribe, de forma deliberada.
  3. Elige el overlay de base de datos o los valores de Helm para MongoDB o PostgreSQL.
  4. Añade los componentes opcionales que necesites, como Keycloak e ingress.
  5. Para los secretos de producción, sincroniza eddi-secrets con el External Secrets Operator.

Configuración

Extraída de la documentación de EDDI. Los marcadores como your-agent-id deben sustituirse por tus propios valores.

Quickstart manifest (EDDI + MongoDB)EDDI y MongoDB en un solo comando. El pod espera hasta que exista el Secret eddi-secrets.
kubectl apply -f https://raw.githubusercontent.com/labsai/EDDI/main/k8s/quickstart.yaml
HelmInstalación con Helm y una clave maestra de la bóveda generada.
helm install eddi ./helm/eddi \
  --set eddi.vaultMasterKey="$(openssl rand -base64 24)" \
  --namespace eddi --create-namespace
Helm: PostgreSQL instead of MongoDBLos valores de Helm que cambian el almacén de datos a PostgreSQL.
--set postgres.enabled=true --set mongodb.enabled=false --set eddi.datastoreType=postgres

Gobernanza

  • Ningún manifiesto escribe nunca el Secret de la clave maestra, de modo que una nueva aplicación no puede reemplazar una clave activa y dejar los secretos existentes sin poder descifrarse.
  • El realm de Keycloak incluido para Helm y Kustomize no define ninguna contraseña por defecto para las cuentas con privilegios.
  • El perfil de producción añade un pod disruption budget y una network policy.

Conviene saber

  • El External Secrets Operator puede sincronizar el Secret eddi-secrets desde AWS Secrets Manager, HashiCorp Vault, Azure Key Vault y similares. El propio EDDI no tiene un cliente nativo para ellos.
  • EDDI Solutions puede operar EDDI por ti en tu propia nube, en local o como instancia gestionada dedicada.
EmpezarDocumentación ↗

¿Necesitas que lo construyan y lo operen por ti?

EDDI Solutions construye y mantiene conectores, opera EDDI como instancia gestionada o co-operada, y te da soporte en tu propia nube o en local.

Hablar con EDDI Solutions ↗

Integraciones relacionadas

InfraestructuraRed Hat OpenShiftEDDI incluye una imagen de contenedor certificada por Red Hat, basada en UBI 10, que se ejecuta sin root en OpenShift 4.12 o posterior, además de un Operator para OperatorHub.Identidad y seguridadSecrets VaultUna bóveda de secretos integrada con cifrado de sobre. La configuración referencia los secretos como ${vault:keyName} y el valor nunca llega a las configuraciones de agentes, las exportaciones ni los registros.Identidad y seguridadKeycloak / OIDCColoca la autenticación OpenID Connect delante de EDDI con Keycloak u otro proveedor OIDC, con roles para administradores, editores, usuarios, lectores y aprobadores.

La configuración y el comportamiento de esta página siguen la documentación de EDDI, comprobada el 2026-10-14. Los nombres de campo y los valores por defecto pueden cambiar entre versiones, así que confírmalos en la documentación de tu versión.