Todo Basedash, dentro de tu perímetro

En cualquier lugar donde puedas ejecutar Docker o Kubernetes: AWS, Azure, Google Cloud, DigitalOcean, un centro de datos propio o una configuración híbrida, en cualquier región. Los equipos pequeños usan Docker Compose en un solo servidor, con o sin el agente de Distr, que Basedash recomienda hasta unos 500 usuarios. Los despliegues más grandes usan el chart de Helm en Kubernetes 1.28 o superior, con un controlador de ingress y una base de datos PostgreSQL gestionada, para que la app escale en varias réplicas.

Hasta 100 usuarios, un servidor con 2 vCPU, 8 GB de memoria y un SSD de 50 GB ejecuta Basedash con Docker Compose; hasta 500 usuarios, 4 vCPU, 16 GB y 100 GB. A partir de ahí, planifica Kubernetes con aproximadamente una réplica por cada 500 usuarios, de 2 vCPU y 4 GiB cada una, más PostgreSQL 16 o superior gestionado. PostgreSQL es la única dependencia obligatoria. Evita las instancias burstable, y habla con Basedash si superas los 10.000 usuarios.

Nada se actualiza automáticamente. Las versiones usan fechas, como 2026.09.30, y cada una se publica para Docker Compose y Helm con sus notas en el portal de Distr. Con el agente de Distr, eliges la nueva versión en el portal; con Compose sin agente, descargas las imágenes y reinicias; con Helm, cambias la etiqueta de la imagen y ejecutas helm upgrade. Las migraciones se ejecutan al arrancar, así que haz una copia de seguridad, revisa en las notas las migraciones sin vuelta atrás y prueba en staging si necesitas un control de cambios estricto.

OpenAI, Anthropic, Azure OpenAI, Amazon Bedrock, xAI y OpenRouter, además de cualquier endpoint compatible con OpenAI, como una pasarela LLM interna. Configuras tus propias claves y eliges el modelo principal y el rápido con dos variables de entorno, y Bedrock puede usar un rol de IAM en lugar de claves de acceso. La app arranca sin clave de IA, pero el chat, la generación de gráficos y los insights la necesitan. Basedash prueba con sus modelos por defecto, así que otros pueden generar SQL y gráficos de menor calidad.

No del todo por sí solo. Un despliegue con alojamiento propio valida su licencia con una llamada HTTPS a charts.basedash.com al arrancar y cada seis horas, y no arranca si esa primera comprobación falla. Las imágenes de contenedor también vienen de registry.distr.sh. Todo lo demás puede quedarse dentro: la IA puede pasar por Bedrock o tu propia pasarela, y el correo, el almacenamiento de objetos y las fuentes de datos pueden ser servicios internos. Si tu red no permite ningún tráfico saliente, contacta con Basedash antes de desplegar.

Solo lo que necesita la licencia. Cada seis horas, el servidor envía una señal con la versión de la app y el número de organizaciones y usuarios, que Basedash usa para facturar. Tus datos, consultas, dashboards y chats se quedan en tu despliegue y su base de datos PostgreSQL, y los prompts solo van al proveedor de IA que configures. Si una señal falla, los usuarios existentes siguen trabajando mientras el servidor reintenta, y aparece un aviso hasta que se reconecta.

El alojamiento propio forma parte del plan Enterprise y ahora mismo está disponible para clientes seleccionados. Empieza con un correo a [email protected], seguido de una revisión de infraestructura y un dimensionamiento. Después recibes una clave de licencia y acceso al portal de clientes de Distr, que contiene las imágenes de contenedor, los archivos de Compose, el chart de Helm y las notas de cada versión. Basedash da soporte al despliegue tras la puesta en marcha, y las licencias sandbox para QA y CI no se facturan. Incluye los mismos controles de acceso que la nube, del SSO y el SCIM a los registros de auditoría. Consulta Enterprise para el resto del plan.