🚀 EDDI 6.5.0

19 provedores LLM, bases de conhecimento que rastreiam o seu site e leem os seus arquivos, e conversas que acompanham as versões compatíveis do agenteNovidades

Cloud Gerenciada Começar
Todas as integrações
Infraestruturak8s / Helm / Kustomize

Kubernetes and Helm

Execute o EDDI em qualquer cluster Kubernetes em conformidade, com um quickstart de arquivo único, um chart Helm ou overlays Kustomize, com MongoDB ou PostgreSQL.

ConfiguraçãoDocumentação ↗

O que você recebe

  • Um manifesto de quickstart que implanta o EDDI e o MongoDB
  • Um chart Helm e overlays Kustomize para perfis de produção
  • Componentes opcionais: autenticação com Keycloak, NATS JetStream, monitoramento, ingress, pod disruption budget e network policy
  • MongoDB ou PostgreSQL como armazenamento de dados

Como funciona no EDDI

  1. Aplique o manifesto de quickstart ou instale o chart Helm com uma chave mestra do cofre.
  2. Crie o Secret eddi-secrets que guarda a chave mestra do cofre. Nenhum manifesto o grava, de propósito.
  3. Escolha o overlay de banco de dados ou os valores do Helm para MongoDB ou PostgreSQL.
  4. Adicione os componentes opcionais de que precisar, como Keycloak e ingress.
  5. Para segredos de produção, sincronize o eddi-secrets com o External Secrets Operator.

Configuração

Extraída da documentação do EDDI. Marcadores como your-agent-id devem ser substituídos pelos seus próprios valores.

Quickstart manifest (EDDI + MongoDB)EDDI e MongoDB em um único comando. O pod espera até que o Secret eddi-secrets exista.
kubectl apply -f https://raw.githubusercontent.com/labsai/EDDI/main/k8s/quickstart.yaml
HelmInstalação com Helm usando uma chave mestra do cofre gerada.
helm install eddi ./helm/eddi \
  --set eddi.vaultMasterKey="$(openssl rand -base64 24)" \
  --namespace eddi --create-namespace
Helm: PostgreSQL instead of MongoDBOs valores do Helm que trocam o armazenamento de dados para PostgreSQL.
--set postgres.enabled=true --set mongodb.enabled=false --set eddi.datastoreType=postgres

Governança

  • Nenhum manifesto grava o Secret da chave mestra, então uma nova aplicação não pode substituir uma chave ativa e tornar os segredos existentes indecifráveis.
  • O realm do Keycloak incluído para Helm e Kustomize não define senha padrão para as contas privilegiadas.
  • O perfil de produção adiciona um pod disruption budget e uma network policy.

Bom saber

  • O External Secrets Operator pode sincronizar o Secret eddi-secrets a partir do AWS Secrets Manager, HashiCorp Vault, Azure Key Vault e similares. O próprio EDDI não tem cliente nativo para eles.
  • A EDDI Solutions pode operar o EDDI para você na sua própria nuvem, on-premises ou como instância gerenciada dedicada.
ComeçarDocumentação ↗

Precisa que construam e operem isso para você?

A EDDI Solutions constrói e mantém conectores, opera o EDDI como instância gerenciada ou co-operada e oferece suporte na sua própria nuvem ou on-premises.

Fale com a EDDI Solutions ↗

Integrações relacionadas

InfraestruturaRed Hat OpenShiftO EDDI inclui uma imagem de contêiner certificada pela Red Hat, baseada em UBI 10, que roda sem root no OpenShift 4.12 ou superior, além de um Operator para o OperatorHub.Identidade e segurançaSecrets VaultUm cofre de segredos integrado com criptografia de envelope. A configuração referencia os segredos como ${vault:keyName}, e o valor nunca chega às configurações de agentes, às exportações nem aos logs.Identidade e segurançaKeycloak / OIDCColoque a autenticação OpenID Connect na frente do EDDI com Keycloak ou outro provedor OIDC, com papéis para administradores, editores, usuários, leitores e aprovadores.

A configuração e o comportamento desta página seguem a documentação do EDDI, verificada em 2026-10-14. Nomes de campos e valores padrão podem mudar entre versões, portanto confirme-os na documentação da sua versão.