Ollama Cloud può ora essere utilizzato all’interno di Fly.io Sprites, ambienti Linux pensati per l’esecuzione di agenti. La novità descritta dal blog Ollama combina una macchina virtuale con disco persistente e un connettore per accedere ai modelli cloud. Il punto centrale non è l’inferenza locale: il progetto riguarda l’accesso a servizi remoti da un ambiente isolato, con una gestione delle credenziali separata dal codice eseguito dall’agente.
Un computer dedicato al lavoro dell’agente
Uno Sprite è una macchina virtuale Linux completa, dotata di un disco che conserva i dati fra sessioni. La fonte indica il supporto immediato a strumenti come Claude Code, Codex e Gemini CLI. Questo permette di collocare l’esecuzione dei comandi in un ambiente distinto dalla macchina personale, limitando il contatto diretto con file e configurazioni che non devono essere disponibili all’agente.
Isolamento non significa però assenza di rischio. Il sistema può comunque intervenire sulle risorse che gli vengono assegnate e sui servizi ai quali ottiene accesso. La persistenza del disco è utile per riprendere un lavoro, ma richiede anche di decidere quali dati conservare e quando eliminarli. Sono scelte operative che rimangono a carico di chi configura e utilizza il servizio.
La chiave API resta fuori dal sandbox
Il nuovo Ollama Connector prevede l’inserimento della chiave API nell’organizzazione Fly.io. Secondo la documentazione del blog, Fly.io la cifra e non la restituisce tramite API. Le chiamate provenienti dallo Sprite attraversano un gateway che identifica l’ambiente chiamante e aggiunge la credenziale. Il codice all’interno della macchina conosce soltanto l’indirizzo del gateway e un identificativo della connessione.
Questa separazione riduce il rischio di esporre direttamente la chiave al processo dell’agente. Non impedisce invece, da sola, l’uso improprio di un servizio al quale quel processo è autorizzato. Per questo il connettore blocca inizialmente tutti gli Sprite e consente di concedere accesso tramite etichette, prefissi del nome o una regola più ampia. Il principio operativo è autorizzare soltanto gli ambienti necessari.
Controllare accessi, dati e consumi
La procedura descritta richiede una chiave Ollama e almeno uno Sprite, quindi la configurazione del connettore nella dashboard Fly.io. Un controllo di raggiungibilità permette di verificare l’accesso dal singolo ambiente. Il blog cita modelli cloud come kimi-k3, glm-5.3 e deepseek-v4.1-flash: disponibilità e condizioni devono essere verificate quando si attiva il proprio flusso.
Per un’adozione aziendale conviene affiancare alla configurazione tecnica una politica sui dati inviati e sulle operazioni consentite. Il sandbox separa l’esecuzione, ma il contenuto delle richieste viene comunque elaborato dal servizio cloud scelto. È opportuno controllare anche costi, registrazione delle attività e modalità di revoca, in modo da interrompere rapidamente accessi non più necessari o comportamenti inattesi.
Da portare in pratica: provare l’integrazione con permessi limitati e dati non sensibili, verificando sia le chiamate ammesse sia quelle che devono essere negate. La gestione centralizzata della credenziale è un miglioramento utile, ma deve accompagnarsi a un perimetro di autorizzazione chiaro. Proteggere la chiave e governare l’agente sono obiettivi collegati, non equivalenti.
Lascia un commento