Arize Phoenix o Langfuse: un solo container cambia il self-hosting

Per un team che vuole iniziare a raccogliere tracce dei propri agenti con il minimo apparato, Arize Phoenix è la scelta più leggera: la guida Docker di Phoenix propone un solo container, con SQLite senza un database separato. È un vantaggio concreto per una prova locale. Quando l’istanza diventa un servizio condiviso, persistenza e gestione del database richiedono però una configurazione più attenta.

Langfuse richiede più componenti fin dall’avvio. La panoramica del self-hosting di Langfuse descrive l’architettura usata anche nel cloud: applicazioni Web e Worker, PostgreSQL, ClickHouse, Redis o Valkey e storage per gli oggetti. La scelta è quindi tra un ingresso operativo più semplice con Phoenix e uno stack più articolato che mantiene il prodotto Langfuse nell’installazione autonoma.

Dal laptop a un servizio condiviso

La prova minima di Phoenix richiede l’immagine dell’applicazione e l’esposizione delle porte del collector e dell’interfaccia. SQLite permette di partire senza predisporre credenziali o connessioni per un database esterno. Il file dei dati deve però risiedere su un volume persistente se le tracce devono sopravvivere alla rimozione del container: l’avvio rapido e la conservazione dei dati sono due decisioni distinte.

Quando più persone usano la stessa istanza o il servizio entra in produzione, PostgreSQL è il percorso previsto per Phoenix. Il team deve allora gestire anche quel database, le sue copie di sicurezza e gli aggiornamenti. Il vantaggio iniziale del container unico rimane utile per sviluppo e valutazione, ma non descrive da solo il lavoro necessario a mantenere disponibile un’installazione condivisa.

Per Langfuse, Docker Compose consente una prova locale o su una macchina virtuale: l’avvio dello stack passa dal file del progetto e dalla configurazione dei segreti. Compose mette in funzione più servizi con una procedura comune, senza ridurli a un solo processo. Questa modalità non comprende automaticamente alta disponibilità, scalabilità orizzontale o backup; sono esigenze da affrontare separatamente quando la prova diventa un servizio su cui contano altri sviluppatori.

Tracce e valutazioni: dove cambia il flusso di lavoro

Entrambi i prodotti permettono di seguire chiamate ai modelli e passaggi degli agenti, ma Phoenix mette OpenInference al centro della strumentazione. La documentazione di Phoenix descrive tracce raccolte via OpenTelemetry, valutazioni su tracce e dataset, esperimenti e gestione dei prompt. Per chi parte da un’applicazione già strumentata, conta verificare quali attributi arrivano al collector e come vengono rappresentati i passaggi dell’agente.

La tabella delle funzioni self-hosted di Langfuse include nel nucleo gratuito tracing, prompt, dataset, esperimenti, valutatori LLM e annotazioni; indica anche la licenza MIT per quel nucleo. Langfuse accetta inoltre dati OpenTelemetry. Non basta dunque scegliere in base alla sola presenza di tracing o valutazioni: entrambi li offrono, mentre cambiano l’organizzazione delle tracce, il lavoro sui prompt e il modo in cui il team rivede i risultati.

Una traccia utile mostra la sequenza fra richiesta, recupero di contenuti, chiamate al modello e strumenti dell’agente; una valutazione aggiunge un giudizio su un risultato, senza sostituire quella sequenza. La distinzione conta nella scelta: chi indaga soprattutto il comportamento di singole esecuzioni può privilegiare l’avvio rapido del collector; chi coordina versioni dei prompt, annotazioni e valutazioni nello stesso ambiente deve considerare anche il flusso editoriale del prodotto. Si tratta di criteri d’uso, non di un risultato prestazionale misurato fra le due piattaforme.

Lo storage decide quanta infrastruttura amministrare

In Phoenix, SQLite concentra applicazione e dati in un perimetro piccolo. Con PostgreSQL il servizio acquista un componente distinto, ma conserva una topologia relativamente semplice: la manutenzione riguarda soprattutto l’applicazione, il database e il volume persistente. La crescita delle tracce rende rilevanti capacità del disco, durata della conservazione e tempi di ripristino, anche quando il software non ha un canone di licenza.

Langfuse divide invece i compiti fra più sistemi. PostgreSQL gestisce i dati transazionali, ClickHouse conserva tracce e punteggi, Redis o Valkey sostiene code e cache; lo storage per gli oggetti riceve eventi in ingresso e contenuti di grandi dimensioni. Questa separazione permette di trattare ingestione e analisi come carichi diversi. Per il team che ospita il prodotto significa anche predisporre monitoraggio, aggiornamenti e recupero dei dati per ciascun componente.

La continuità fra cloud e installazione autonoma di Langfuse riguarda il prodotto e la sua architettura. Nel cloud è il fornitore a operare i servizi sottostanti; nel self-hosting quella responsabilità passa al team. Perciò la possibilità di usare le stesse integrazioni applicative nelle due modalità non rende uguale il costo operativo delle due modalità.

Licenza e costo operativo

Il testo della licenza di Phoenix adotta Elastic License 2.0 e vieta di offrire a terzi il software come servizio ospitato o gestito quando dà accesso a una parte sostanziale delle sue funzioni. Per un’installazione interna, il punto pratico è leggere quella restrizione rispetto all’uso previsto dal proprio team. Phoenix è inoltre un prodotto distinto dalla piattaforma commerciale Arize AX: scegliere l’uno non equivale a installare l’altra.

Il nucleo di Langfuse ha una licenza MIT, mentre alcune funzioni di amministrazione e il supporto dedicato appartengono all’offerta Enterprise. Il costo della licenza va quindi distinto sia dalle eventuali funzioni commerciali sia dalle risorse necessarie a far funzionare l’installazione. Per Langfuse pesano anche ClickHouse, code e storage per gli oggetti; per Phoenix la prova locale è più snella, mentre un servizio condiviso aggiunge PostgreSQL e procedure di manutenzione.

Se l’obiettivo immediato è dare agli sviluppatori un collector locale e osservare le prime tracce con pochi componenti, Phoenix riduce il lavoro iniziale. Se il team vuole ospitare il nucleo applicativo di Langfuse già usato nel cloud e dispone delle competenze per amministrarne l’intero stack, Langfuse offre quel percorso senza cambiare prodotto. In entrambi i casi, il preventivo realistico comprende conservazione dei dati, backup e tempo di gestione: sono costi che il prezzo della licenza, da solo, non misura.

Leggi anche:

• Bitwarden o KeePassXC: la comodità cloud cambia il modello di rischio
• Muse entra nel back office dei creator, ma non pubblica né spende da solo
• Prompt injection negli agenti IA: il filtro da solo non basta