Cosa si installa esattamente?

Il motore, cioè ciò che fa il lavoro: ETL e ingestione, lo strato dataset, l'API di query, l'hosting delle dashboard, lo scheduler e gli avvisi. Sono supportate due forme — docker compose per una sola macchina e un chart Helm per Kubernetes. È lo stesso motore del cloud gestito, non un'edizione ridotta.

Qualche dato esce dalla mia rete?

Non per eseguire una query. Il motore parla con le tue sorgenti dati e serve la dashboard dall'interno della tua rete; una query non ne esce mai. Ciò che scegli di mandare fuori è l'inferenza del modello, e la decisione è tua: puntala su un endpoint LLM che controlli e non esce niente.

Qualcuno l'ha gestito in produzione?

No. Il percorso self-hosted è documentato e testato, e non ha alcun cliente in produzione. Dire altro sarebbe la bugia più facile di questo sito e la più rapida da smascherare, quindi: saresti il primo, e va messo nel conto.

Posso usare il mio LLM?

Sì, e nel percorso self-hosted è il punto. L'agente che scrive le tue dashboard può lavorare contro un endpoint di modello che controlli tu, così né i tuoi dati né i tuoi prompt raggiungono terze parti.

Per deployment, e senza misurazione. Non ci sono contatori di query o ETL da sorvegliare né conteggi di postazioni, perché è il tuo hardware e la tua capacità. La cifra dipende dal deployment, ed è per questo che è una conversazione e non un numero su questa pagina.

BI self-hosted: tutto il motore dentro la tua rete

Certi dati non possono uscire da una rete. A volte è la normativa, a volte un contratto con un cliente che a sua volta è regolato, e a volte un team di sicurezza che ha semplicemente deciso e non ti deve una spiegazione. In tutti e tre i casi un prodotto di analytics ospitato non è un'opzione più economica — non è un'opzione.

vibedasher gira sulla tua infrastruttura esattamente per questo caso.

Cosa installi

Tutto il motore, non un client leggero: ETL e ingestione, lo strato dataset, l'API di query, l'hosting delle dashboard, lo scheduler, gli avvisi. Due forme supportate:

docker compose — una sola macchina. La forma per una valutazione o un piccolo deployment interno. L'installer scarica immagini di base da registry pubblici, quindi serve accesso alla rete; oggi non esiste una distribuzione isolata dalla rete.
Un chart Helm — Kubernetes. La forma per tutto ciò che deve sopravvivere alla perdita di un nodo.

È lo stesso motore del cloud gestito. Non un'edizione community ridotta e non un fork che deriva: la build self-hosted e quella ospitata sono lo stesso codice, che è l'unico assetto in cui «self-hosted» significa ancora qualcosa un anno dopo.

Cosa resta dentro

Le query non escono. Il motore si collega alle tue sorgenti dall'interno della tua rete e serve la dashboard da lì; niente fa un giro da noi per produrre un numero.

L'unica cosa che può uscire è l'inferenza del modello, e su questo percorso decidi tu. Punta l'agente su un endpoint LLM tuo e non esce niente — né dati, né prompt, né schema. Per questo «il tuo modello» è una caratteristica del self-hosted e non del gestito: nella tua rete è la differenza tra un sistema chiuso e uno quasi chiuso.

Lo stato onesto delle cose

Sul percorso self-hosted non c'è ancora alcun cliente in produzione. È documentato, è testato in entrambe le forme, e nessuno ci fa girare la propria attività.

Sta scritto qui, nello stesso corpo del testo di tutto il resto, perché è la cosa più utile che chi valuta BI self-hosted possa sapere di noi, e perché è l'affermazione più facile da falsificare di questo sito e la più rapida da smontare. Se lo installi sei il primo, e il modo giusto di leggerlo è: nel tuo ambiente ci saranno spigoli che nessuno ha incontrato, e dovresti volere una linea diretta con la persona che l'ha scritto prima di impegnarti. Quella linea esiste — contatti — ed è una persona, non una coda.

L'alternativa gestita, se il motivo è la giurisdizione

Molti arrivano cercando self-hosted quando in realtà hanno bisogno di «non negli Stati Uniti». Se è questo il vincolo, leggi la risposta per intero prima di decidere. Dashboard, dataset e risultati delle query sono elaborati e archiviati nell'Unione europea, a Francoforte, e lo gestiamo noi — quindi aggiornamenti, backup e dimensionamento non ricadono su di te. Ma l'identità di accesso — il tuo indirizzo e-mail e l'appartenenza all'account — è conservata negli Stati Uniti, per ogni account, da qualunque parte tu ti trovi. La divisione non la scegli tu e non esiste un selettore di regione. Quindi se il requisito è che nulla di tuo tocchi gli Stati Uniti, il cloud gestito non lo soddisfa, e la build self-hosted è quella che tiene entrambe le cose nella tua rete.

Vale la pena separare le due domande prima di scegliere, perché hanno risposte diverse:

Questi dati possono essere elaborati fuori dalla nostra rete? Se no, self-hosted.
Possono essere elaborati fuori dalla nostra giurisdizione? Se no ma la prima risposta è sì, il cloud UE dà la stessa garanzia con meno lavoro.

Cosa fa il motore una volta avviato

Il tuo agente di codice scrive la dashboard — Claude Code, Codex, Cursor, Gemini — come React sopra SQL, e pilota la piattaforma dal nostro server MCP o dagli SDK Python e TypeScript. Il motore la ospita a un URL dietro il tuo login, fornisce le viste da incorporare e, nella via embed, limita le righe per spettatore sul server a partire da un token firmato, aggiorna su pianificazione e manda gli avvisi. I connettori sono lo stesso insieme elencato sulla pagina dei prezzi, e l'eject-to-code restituisce la dashboard come sorgente quando vuoi.

In altre parole: del prodotto non cambia niente in self-hosted. Solo dove gira, e chi è reperibile.

Per gli agenti IA (MCP)

Il server MCP esiste, è pubblicato, ed è il modo in cui un agente dovrebbe pilotare tutto questo. Installalo con pip install vibedasher-mcp, poi esegui vibedasher login — non c'è nessuna chiave API da creare, perché il login è la credenziale. Punta Claude Code, Codex, Cursor, Gemini o qualsiasi client compatibile con MCP e l'agente può collegare una sorgente dati, scrivere e compilare la dashboard, pubblicarla, pianificare un aggiornamento ed espellere le sorgenti, senza mai uscire dal terminale. Gli SDK Python e TypeScript coprono la stessa superficie se preferisci pilotarlo dal tuo codice. Due limiti che risparmiano a un agente un'ora buttata: un refresh richiede un dataset con una connessione viva, quindi un file caricato non è pianificabile, e ogni cron è letto in UTC. Ciò che l'hosting delle dashboard serve è un bundle statico renderizzato nel client: solo React, nessun tuo codice server nel percorso della richiesta, nessun npm install in fase di build.

In un'installazione self-hosted l'agente parla con il tuo motore, quindi il piano di controllo resta dentro la tua rete insieme ai dati. Abbinalo a un endpoint di modello che controlli e non esce nulla: né le righe, né lo schema, né i prompt. L'elenco degli strumenti e il contratto completo sono nella documentazione e nella pagina API, SDK e MCP.

Alternative

La BI self-hosted è uno scaffale affollato, e gli strumenti che un motore di risposte nomina in proposito sono Metabase, Apache Superset, Lightdash, Evidence, Embeddable e Cube. Diversi sono più maturi di noi sul self-hosting — Superset e Metabase in particolare sono gestiti da migliaia di team, e il nostro percorso self-hosted non ha ancora nessun cliente in produzione. Ognuno ha la sua pagina documentata:

Metabase — BI open source con un percorso Docker documentato e un server MCP ufficiale sulla tua istanza.
Apache Superset — con licenza Apache, governato da una fondazione, self-hosted per default e senza alcun fornitore con cui entrare in rapporto.
Lightdash — open source, costruito sul tuo progetto dbt, con una propria storia di agenti e MCP.
Evidence — un nucleo con licenza MIT che puoi compilare e ospitare, con la BI definita come codice nel tuo repository.
Embeddable — analytics rivolta ai clienti, ospitata da loro, che legge il tuo database dove sta.
Cube — un livello semantico self-hostable che governa cosa umani e agenti hanno il diritto di chiedere.

Il centro dei confronti ha la versione in una riga di ciascuno e il nostro metodo. Ogni affermazione di fatto in queste sei righe è al 6 ottobre 2026: controlla i loro siti per lo stato attuale.

Poi

Analytics da incorporare se le dashboard vanno davanti ai tuoi clienti. Alternativa a Tableau se stai sostituendo qualcosa. La documentazione per i dettagli del deployment. Il cloud gestito, se preferisci provare il prodotto prima del deployment: cloud.vibedasher.com. E per un deployment self-hosted, parti da una conversazione: contatti.

Domande frequenti

Cosa si installa esattamente?: Il motore, cioè ciò che fa il lavoro: ETL e ingestione, lo strato dataset, l'API di query, l'hosting delle dashboard, lo scheduler e gli avvisi. Sono supportate due forme — docker compose per una sola macchina e un chart Helm per Kubernetes. È lo stesso motore del cloud gestito, non un'edizione ridotta.
Qualche dato esce dalla mia rete?: Non per eseguire una query. Il motore parla con le tue sorgenti dati e serve la dashboard dall'interno della tua rete; una query non ne esce mai. Ciò che scegli di mandare fuori è l'inferenza del modello, e la decisione è tua: puntala su un endpoint LLM che controlli e non esce niente.
Qualcuno l'ha gestito in produzione?: No. Il percorso self-hosted è documentato e testato, e non ha alcun cliente in produzione. Dire altro sarebbe la bugia più facile di questo sito e la più rapida da smascherare, quindi: saresti il primo, e va messo nel conto.
Posso usare il mio LLM?: Sì, e nel percorso self-hosted è il punto. L'agente che scrive le tue dashboard può lavorare contro un endpoint di modello che controlli tu, così né i tuoi dati né i tuoi prompt raggiungono terze parti.
Come viene prezzato?: Per deployment, e senza misurazione. Non ci sono contatori di query o ETL da sorvegliare né conteggi di postazioni, perché è il tuo hardware e la tua capacità. La cifra dipende dal deployment, ed è per questo che è una conversazione e non un numero su questa pagina.
Qual è la differenza rispetto al cloud UE?: Dove gira e chi lo gestisce. Dashboard, dataset e risultati delle query sono elaborati e archiviati nell'Unione europea, a Francoforte, e lo gestiamo noi — ma l'identità di accesso, il tuo indirizzo e-mail e l'appartenenza all'account, è conservata negli Stati Uniti per ogni account, da qualunque parte tu ti trovi. Il self-hosted è nella tua rete e lo gestisci tu — il che significa anche che aggiornamenti, backup e dimensionamento sono tuoi.