Tout Basedash, dans votre périmètre

Partout où vous pouvez faire tourner Docker ou Kubernetes : AWS, Azure, Google Cloud, DigitalOcean, un data center sur site ou une configuration hybride, dans n'importe quelle région. Les petites équipes utilisent Docker Compose sur un seul serveur, avec ou sans l'agent Distr, que Basedash recommande jusqu'à environ 500 utilisateurs. Les déploiements plus larges utilisent le chart Helm sur Kubernetes 1.28 ou plus, avec un contrôleur d'ingress et une base PostgreSQL managée, pour que l'app puisse monter en charge sur plusieurs réplicas.

Jusqu'à 100 utilisateurs, un serveur avec 2 vCPU, 8 Go de mémoire et un SSD de 50 Go fait tourner Basedash sur Docker Compose ; jusqu'à 500 utilisateurs, 4 vCPU, 16 Go et 100 Go. Au-delà, prévoyez Kubernetes avec environ un réplica par tranche de 500 utilisateurs, à 2 vCPU et 4 Gio chacun, plus PostgreSQL 16 ou plus en service managé. PostgreSQL est la seule dépendance requise. Évitez les instances burstable, et parlez-en à Basedash au-delà de 10 000 utilisateurs.

Rien ne se met à jour automatiquement. Les versions sont datées, par exemple 2026.09.30, et chacune est publiée pour Docker Compose et Helm avec ses notes dans le portail Distr. Avec l'agent Distr, vous choisissez la nouvelle version dans le portail ; avec Compose seul, vous récupérez les images et redémarrez ; avec Helm, vous changez le tag d'image et lancez helm upgrade. Les migrations s'exécutent au démarrage : sauvegardez d'abord, repérez dans les notes les migrations irréversibles, et testez en préproduction si votre gestion des changements l'exige.

OpenAI, Anthropic, Azure OpenAI, Amazon Bedrock, xAI et OpenRouter, ainsi que tout endpoint compatible OpenAI, comme une passerelle LLM interne. Vous définissez vos propres clés et choisissez le modèle principal et le modèle rapide avec deux variables d'environnement, et Bedrock peut utiliser un rôle IAM plutôt que des clés d'accès. L'app démarre sans clé IA, mais le chat, la génération de graphiques et les insights en ont besoin. Basedash teste ses modèles par défaut : d'autres peuvent produire du SQL et des graphiques de moindre qualité.

Pas entièrement par lui-même. Un déploiement auto-hébergé valide sa licence par un appel HTTPS à charts.basedash.com au démarrage puis toutes les six heures, et ne démarre pas si cette première vérification échoue. Les images de conteneurs viennent aussi de registry.distr.sh. Tout le reste peut rester interne : l'IA peut passer par Bedrock ou votre propre passerelle, et l'e-mail, le stockage objet et les sources de données peuvent tous être des services internes. Si votre réseau n'autorise aucun trafic sortant, contactez Basedash avant de déployer.

Uniquement ce dont la licence a besoin. Toutes les six heures, le serveur envoie un signal avec la version de l'app et le nombre d'organisations et d'utilisateurs, que Basedash utilise pour la facturation. Vos données, requêtes, dashboards et chats restent dans votre déploiement et sa base PostgreSQL, et les prompts ne vont qu'au fournisseur IA que vous configurez. Si un signal échoue, les utilisateurs existants continuent de travailler pendant que le serveur réessaie, et une bannière s'affiche jusqu'à la reconnexion.

L'auto-hébergement fait partie de l'offre Enterprise et n'est actuellement proposé qu'à certains clients. Tout commence par un e-mail à [email protected], suivi d'une revue d'infrastructure et d'un dimensionnement. Vous recevez ensuite une clé de licence et un accès au portail client Distr, qui contient les images de conteneurs, les fichiers Compose, le chart Helm et les notes de chaque version. Basedash accompagne le déploiement après la mise en service, et les licences sandbox pour la QA et la CI ne sont pas facturées. Il inclut les mêmes contrôles d'accès que le cloud, du SSO et du SCIM aux journaux d'audit. Voir Enterprise pour le reste de l'offre.