Todo o Basedash, dentro do seu perímetro

Em qualquer lugar que rode Docker ou Kubernetes: AWS, Azure, Google Cloud, DigitalOcean, um data center on-premises ou um ambiente híbrido, em qualquer região. Times menores usam Docker Compose em um único servidor, com ou sem o agente da Distr, que o Basedash recomenda até cerca de 500 usuários. Rollouts maiores usam o chart Helm no Kubernetes 1.28 ou superior, com um ingress controller e um banco PostgreSQL gerenciado, para o app escalar em várias réplicas.

Até 100 usuários, um servidor com 2 vCPUs, 8 GB de memória e um SSD de 50 GB roda o Basedash com Docker Compose; até 500 usuários, 4 vCPUs, 16 GB e 100 GB. Acima disso, planeje Kubernetes com cerca de uma réplica a cada 500 usuários, com 2 vCPUs e 4 GiB cada, mais PostgreSQL 16 ou superior gerenciado. O PostgreSQL é a única dependência obrigatória. Evite instâncias burstable e fale com o Basedash para mais de 10.000 usuários.

Nada atualiza automaticamente. As versões usam datas, como 2026.09.30, e cada uma é publicada para Docker Compose e Helm com notas no portal da Distr. Com o agente da Distr, você escolhe a nova versão no portal; com Compose sem agente, você baixa as imagens e reinicia; com Helm, você troca a tag da imagem e roda helm upgrade. As migrações rodam na inicialização, então faça backup antes, confira nas notas as migrações sem volta e teste em staging se precisar de um controle de mudanças rígido.

OpenAI, Anthropic, Azure OpenAI, Amazon Bedrock, xAI e OpenRouter, além de qualquer endpoint compatível com a OpenAI, como um gateway de LLM interno. Você define as suas próprias chaves e escolhe o modelo principal e o rápido com duas variáveis de ambiente, e o Bedrock pode usar uma role IAM em vez de chaves de acesso. O app sobe sem chave de IA, mas o chat, a geração de gráficos e os insights precisam de uma. O Basedash testa com os modelos padrão, então outros podem gerar SQL e gráficos de qualidade inferior.

Não totalmente por conta própria. Um deploy self-hosted valida a licença com uma chamada HTTPS para charts.basedash.com na inicialização e a cada seis horas, e não sobe se essa primeira verificação falhar. As imagens de container também vêm de registry.distr.sh. Todo o resto pode ficar interno: a IA pode passar pelo Bedrock ou pelo seu próprio gateway, e e-mail, armazenamento de objetos e fontes de dados podem ser serviços internos. Se a sua rede não permite nenhum tráfego de saída, fale com o Basedash antes do deploy.

Só o que a licença precisa. A cada seis horas, o servidor envia um heartbeat com a versão do app e o número de organizações e usuários, que o Basedash usa para cobrança. Os seus dados, consultas, dashboards e chats ficam no seu deploy e no banco PostgreSQL dele, e os prompts vão só para o provedor de IA que você configurar. Se um heartbeat falhar, os usuários continuam trabalhando enquanto o servidor tenta de novo, e um aviso aparece até a reconexão.

O self-hosting faz parte do plano Enterprise e hoje está disponível para clientes selecionados. Começa com um e-mail para [email protected], seguido de uma revisão de infraestrutura e do dimensionamento. Depois você recebe uma chave de licença e acesso ao portal de clientes da Distr, com as imagens de container, os arquivos Compose, o chart Helm e as notas de cada versão. O Basedash dá suporte ao deploy depois do lançamento, e licenças sandbox para QA e CI não são cobradas. Inclui os mesmos controles de acesso da nuvem, de SSO e SCIM a logs de auditoria. Veja o Enterprise para o restante do plano.