Executando verificação de segurança...
1

Feedback sobre uma ideia: memória inteligente híbrida ou full self-host?

Fala pessoal! Estou desenvolvendo um projeto, que basicamente é uma camada de memória inteligente para sistemas e equipes.
A ideia é centralizar dados que vêm de várias fontes (arquivos, bancos de dados, APIs, ferramentas internas, etc.) e tornar fácil consultar essas informações em qualquer aplicação, tipo um "cérebro extra" para times e produtos.

Além disso, ele tem suporte a plugins, então dá pra integrar com serviços externos ou criar buscas personalizadas.
Casos de uso vão desde chatbots com memória de longo prazo até times internos que querem evitar a famosa perda de informação espalhada em mil lugares.

Agora a dúvida que quero compartilhar com vocês:

Estou pensando em como entregar para os usuários:

  • Full Self-Host (código aberto)
    Você roda tudo no seu servidor.
    Controle total dos dados.
    Mais simples pra mim, mas exige que o usuário saiba lidar com deploy/infra.

  • Versão gerenciada (SaaS)
    Mais plug-and-play, não precisa se preocupar com infra.
    Mas aí seus dados ficam no meu servidor (mesmo com camadas de segurança).

  • Modelo Híbrido (a ideia maluca)
    O usuário instala um conector via Docker em uma VPS ou EC2.
    Esse conector fala com seus bancos/ferramentas internas e se conecta ao meu servidor.
    Assim, meu backend não tem acesso direto aos dados, só recebe o que o conector libera.
    Garante privacidade + reduz carga no meu servidor. Meio termo entre self-host e SaaS.

O que vocês acham?

Vale o esforço de criar esse conector e ir pro modelo híbrido, ou é melhor deixar só self-host + SaaS separado?
Se vocês fossem usuários/empresas, qual modelo prefeririam?

Carregando publicação patrocinada...
1

Se for para ajudar a sua empresa, eu iria na primeira opção. Caso contrário, vá na segunda opção, que pode te trazer retorno financeiro e, além disso, gerar networking por meio de referências.