La chat, gli agenti, il retrieval, l'inferenza. Una sola piattaforma.
Multi-tenant, federata, sovrana. Il vostro hardware, i vostri dati.
On-premise prima di tutto. Costruita in UE. Nessuna chiamata cloud obbligatoria. La gestite voi.
Un data center AI non è semplicemente GPU dentro un rack. È il livello operativo che trasforma calcolo, storage e rete in un servizio di IA — chat, agenti, retrieval, training, osservabilità, multi-tenancy, fatturazione, audit, e un host di plugin — tutto governato da un'unica grammatica di configurazione. Eldric è quel livello. Non sostituisce il vostro hypervisor, la vostra array di storage, il vostro firewall né il vostro identity provider. Fornisce tutti gli strati che quegli strumenti non possono fornire.
Ogni modulo Eldric è una capacità nominata con una funzione precisa. Componete quelli di cui avete bisogno; lasciate fuori quelli che non vi servono. Sono tutti contenuti nello stesso pacchetto. Parlano tutti la stessa grammatica di configurazione. Si aggiornano tutti insieme.
Il cervello del cluster.
Orchestra la flotta. Spinge la topologia, distribuisce la licenza, gestisce registrazione e heartbeat, esegue l'orchestratore di aggiornamento rolling. Vedi clustering & HA.
Bilanciamento di carico intelligente.
Classificazione dell'intento, routing consapevole dell'IA, sostituzione tool-required. Invia ogni richiesta a un worker in grado di rispondere davvero. Come funziona.
I modelli sul vostro hardware.
Worker CPU e CUDA. Caricamento nativo di GGUF senza runtime esterni. Carichi ML strutturati xLSTM accanto allo stack convenzionale. Tutte le funzionalità.
Storage e retrieval.
Storage di file con isolamento multi-tenant. Retrieval vettoriale. Matrix memory. Replica tra nodi data. NFS per filesystem condivisi. Usare la RAG.
Ragionamento agentico.
Runtime di agenti multi-tenant. Memoria di sessione, decomposizione delle query, esecuzione multi-agente, workflow nominati. Retrieval avanzato.
Il volto pubblico.
Terminazione TLS, autenticazione, rate limiting, la chat shell integrata, host di plugin. I clienti vedono questo; niente di ciò che c'è dietro. Per sviluppatori.
Orchestrazione multi-agente.
Topologie per il ragionamento distribuito: gerarchica, peer-to-peer, ring, star, mesh, ibrida. Per una collaborazione tra agenti più profonda di quanto consenta un singolo turno di chat.
Fine-tuning & federazione.
LoRA, QLoRA, DPO, RLHF. Catene di training con tecniche di ragionamento latente. Round federati sull'intera flotta di worker senza spostare i dati.
Una superficie per i dati di ricerca.
Un solo registro che copre 16 categorie di fonti scientifiche — astronomia, fisica delle particelle, genomica, clima, medico, materiali, e altro. Estendibile con plugin.
Messaggistica & chiamate.
Email, SMS, WhatsApp, Signal, Teams, XMPP, voce su SIP. Una superficie unificata per i messaggi; risposte assistite dall'IA con approvazione dell'operatore.
Audio & video.
Speech-to-text, text-to-speech, trascrizione, voice chat, retrieval multimediale. Motori locali e API cloud, fianco a fianco.
Cose & sensori.
Industriale OPC-UA, Modbus, MQTT. Consumer HomeKit, Matter, Netatmo. Manutenzione predittiva dall'inferenza; controllo a ciclo chiuso tramite policy ML strutturata.
Ogni modulo espone un'API documentata. Ogni modulo partecipa allo stesso tenant guard. Ogni modulo emette OpenTelemetry. Il confine tra "piattaforma" e "infrastruttura" resta netto: noi gestiamo la superficie AI, voi gestite il ferro.
Per l'operatore sono tre mestieri che la piattaforma rende possibili — e un mestiere che la piattaforma vi toglie di dosso.
Un data center che fa girare Eldric non è un data center che fa girare dei modelli. È un data center che fa girare un servizio AI — qualcosa che i clienti acquistano, con isolamento, fatturazione, branding e controllo dell'operatore. Tre mestieri che la piattaforma rende possibili.
Multi-tenant by design. L'isolamento per tenant è imposto dal kernel — dati, sessioni, retrieval e audit restano dentro il loro confine. Tematizzazione e branding per ogni tenant, così ogni cliente vede il proprio prodotto. Livelli di licenza pensati per la rivendita: l'operatore acquista un livello; i tenant ne ricevono una porzione.
Vedi il modello di rivendita →Qualsiasi modello, qualsiasi backend. Ollama, vLLM, TGI, NVIDIA Triton, llama.cpp, GGUF nativo — locale. OpenAI, Anthropic, xAI, DeepSeek, Groq — cloud. Tutto sotto un'unica astrazione unificata. I clienti chiedono un modello; il router lo individua; il worker lo serve. L'operatore vede un solo punto di fatturazione.
Vedi l'elenco dei backend →Una sede principale e dieci filiali. Vienna e Salisburgo. Primario e warm-DR. Una mesh di peer che condivide lo stato, aggira i guasti, mantiene i dati regionali residenti dove il contratto del cliente richiede. Cross-WAN, cross-AZ, cross-subnet.
Vedi clustering & HA →I tre mestieri si compongono. Vendete a imprese i cui dati devono restare on-premise. Eseguite la loro inferenza sulle GPU che già possedete. Federate il servizio tra i rack che gestite — e fatturate tutto da un'unica console.
Da dodici a diciotto mesi di ingegneria di piattaforma, prima ancora che firmi il primo cliente. I pezzi che un servizio AI serio richiede e che nessuno ha davvero voglia di scrivere da zero — il substrato sotto al prodotto, lo strato che deve essere fatto bene altrimenti nulla del resto funziona. Eldric fornisce quel substrato. Il vostro team costruisce il prodotto al di sopra.
Costruite un'applicazione di chat. Costruite un agente di ricerca. Costruite un servizio AI privato per il vostro settore. Non costruiremo l'applicazione al posto vostro — ma vi risparmieremo un anno di lavoro sul substrato prima di arrivarci.
Una piattaforma AI che richiede l'hardware di un fornitore specifico è la forma sbagliata per il data center. Eldric gira su Linux su x86 o ARM, con o senza GPU, su qualunque cosa il vostro team abbia già messo in acquisto. Non vogliamo legarvi a un chipset, a un fornitore di server o a una fabric di rete. Vogliamo darvi una piattaforma che trasformi quelle cose in un servizio AI.
Se il vostro hardware esegue Linux e raggiunge la rete, esegue Eldric. Il compito della piattaforma è rendere produttivo il rack, non dettare cosa il rack debba contenere.
La sovranità non è un badge di marketing; è una proprietà architetturale. Eldric gira interamente sull'hardware dell'operatore. Non c'è alcun requisito di phone-home. Le licenze si verificano offline. La telemetria è opt-in. I backend LLM cloud sono un'opzione che scegliete, non una dipendenza che subite. La residenza del dato è imposta dal livello di federazione: la regione del tenant ancora il luogo dove vivono i suoi dati, punto.
Per le organizzazioni che per legge non possono inviare i propri dati oltre confine — sanità sotto norme nazionali, finanza sotto mandato regolamentare, difesa sotto regole operative, pubblica amministrazione sotto politica di sovranità — la postura della piattaforma è il prodotto della piattaforma. Eldric gira dove il vostro contratto stabilisce che debba girare.
Chi acquista per il data center non distribuisce un "piccolo cluster" allo stesso modo di un "grande cluster" — le esigenze operative cambiano. Eldric usa lo stesso software in ogni modalità e cambia solo ciò che viene chiesto. Un pilot parte su un singolo rack. La messa in produzione aggiunge quorum e alta disponibilità. La sede successiva aggiunge federazione. Nessun passaggio richiede di ricostruire la piattaforma.
Da uno a tre U di calcolo. Pilot, singolo team, singolo tenant. Disponibile oggi.
Tre nodi garantiscono tolleranza al guasto di un singolo nodo con maggioranza pulita. La configurazione di produzione più diffusa.
Worker distribuiti su più rack o zone di disponibilità. Il leader resta in una zona diversa. Il guasto a livello di rack è sopportabile.
Sede centrale più filiali più DR a caldo. Autonomia per sede; il livello di federazione mantiene allineate directory e policy.
Lo stesso RPM che gira sul server di scorta di uno sviluppatore gira su un cluster enterprise da cinquanta nodi. La scala è una scelta di configurazione, non un evento di approvvigionamento.
Un ISP che offre "AI privata" a clienti enterprise, un MSP che gestisce infrastruttura condivisa per più clienti, o un dipartimento IT interno che serve più business unit — tutti hanno bisogno degli stessi elementi di base: token di capability per tenant, quote applicate dal cluster, accesso a ruoli, e un modello di licenza che non penalizzi la crescita. Eldric li include tutti in un unico schema di configurazione.
| Tier | Scala | Cosa offre |
|---|---|---|
| Free | 1 controller · 1 router · 2 worker | Valutazione, proof-of-concept, team ridotto. Tutti i demoni sbloccati su scala single-node; funzionalità cluster dimensionate per i pilot. |
| Standard | 1 · 2 · 3 | RAG, embedding, agenti, database dei prompt, modelli personalizzati. Multi-tenant. Il tier "lo usiamo sul serio". |
| Professional | 2 · 4 · 10 | Dashboard, metriche, sicurezza estesa, controllo a ruoli completo, doppio controller. L'obiettivo per il mid-cluster in produzione. |
| Enterprise | 5 · 10 · 50 | Alta disponibilità, orchestrazione, routing con decisioni AI, supporto prioritario, federazione, ingegnere dedicato. |
| Custom | illimitato | Accesso al codice sorgente, assistenza all'installazione in sede, certificazioni di compliance ad hoc, installazioni air-gap. |
Ogni licenza è firmata Ed25519 e verificabile offline contro la chiave pubblica integrata. I worker ricadono sul file di licenza locale quando il controller non è raggiungibile — gli scenari air-gap non hanno bisogno di un heartbeat verso un server. Vedi i prezzi per i costi e per le imprese per l'approvvigionamento.
Un data center non è un terreno vergine. Esistono già uno stack di monitoraggio, un piano di gestione hardware, una fabric di switch e una dozzina di altri sistemi che devono continuare a funzionare. L'host plugin di Eldric permette al modello LLM di richiamare ciascuno di essi attraverso la stessa interfaccia di strumenti — e consente all'operatore del cluster di aggiungerne di nuovi senza ricompilare. SNMP per la flotta legacy. Redfish per i server moderni. GreenLake e iLO per parchi HPE. Protocolli IoT e industriali. Fonti di dati scientifici.
I plugin sono pacchetti Python o JavaScript in sandbox, con un manifest, una configurazione opzionale a valvole e un ciclo di vita chiaro. L'host plugin applica rate limit, budget di errore e accesso per tenant. Il catalogo è incluso nella piattaforma; i plugin specifici per il cliente convivono con quelli ufficiali. L'ecosistema cresce attivamente — ogni trimestre porta nuove voci a catalogo.
Nessuna compilazione da sorgente. Nessuna orchestrazione di container da imparare. Nessun piano di gestione proprietario da licenziare a parte. Eldric viene distribuito come RPM firmato, scaricabile dal repository pacchetti Eldric. Lo installi su un host Fedora, RHEL, Rocky o Alma, punti il browser sulla procedura guidata di setup, carichi la Sua licenza e il cluster è in piedi. Aggiungere nodi è un comando di una riga su ciascuno.
eldric setup è disponibile oggi. La procedura guidata via browser con GUI di amministrazione dei suggerimenti di rete arriva completa con prossime patch 5.0.x.
curl -fsSL repo.eldric.ai/install.sh | sudo bash
Uno script shell firmato e con fingerprint GPG ancorato. Aggiunge il repository dnf repo.eldric.ai su Fedora 42+, RHEL 9+, Rocky o Alma.
sudo dnf install eldric-aios
Un unico pacchetto include tutti i demoni. La unit di sistema abilita e avvia il kernel; i ruoli del nodo si configurano subito dopo.
sudo eldric setup
Il sotto-comando CLI attende lo stato di salute locale, attiva la Sua licenza e stampa un riepilogo dell'installazione. I nodi successivi si uniscono con un cluster secret.
http://<host>:8880/chat
Il kernel single-node ascolta di default sulla porta 8880 — è lì che vivono la shell di chat, le dashboard del controller e l'API OpenAI-compatible, finché non aggiunge davanti un gateway edge dedicato (a quel punto l'URL perde la porta). Il primo iscritto diventa admin. Configuri tenant, modelli, knowledge base. Il cluster è in produzione.
Per le installazioni air-gap, lo stesso repository RPM viaggia su una chiavetta USB. Il flusso di setup è identico; cambia solo l'origine del pacchetto. Vedi la guida all'installazione per il walkthrough completo e la guida alla risoluzione dei problemi per i casi limite.
Una piattaforma che cerca di essere la risposta giusta per chiunque, di solito, non lo è. Eldric è costruita per uno scenario preciso: team infrastrutturali seri che vogliono una piattaforma AI completa e sotto il loro pieno controllo. È un pubblico reale, ma non è l'unico. La colonna di destra qui sotto è onesta quanto quella di sinistra.
Se il rack è Suo, il caso è solido.
Se l'infrastruttura non è il Suo mestiere, guardi altrove.
Se Le calza la colonna di destra, è una risposta utile anche quella. Le diremo quando un servizio gestito o uno strumento diverso sono la scelta migliore — anche durante la conversazione iniziale, prima di qualsiasi contratto.
Un registro a tre colonne che racconta dove si trova realmente la piattaforma. Tutto ciò che non è nella colonna di sinistra non è ancora in produzione — non fingeremo il contrario. Quello che vi promettiamo è che questa tabella vi dirà la verità.
5.0 — disponibile
Prossime patch 5.0.x — progettato & in dispatch
Più avanti in 5.0.x — in roadmap
Le tempistiche di roadmap possono cambiare. Quello che sta nelle due colonne di destra è davvero pianificato e in budget — ma non promettiamo un trimestre di calendario per software che non abbiamo finito.
Eldric è abbastanza piccolo perché possiate parlare direttamente con chi la costruisce. Una breve conversazione vi chiarirà se la piattaforma si adatta alla vostra installazione, se i tempi corrispondono alle vostre necessità e come si configura un progetto pilota. Nessun funnel. Nessun checkout self-service. Una vera conversazione.
Per le pagine segmentate per audience vedere Per service provider o Per imprese. Per il dettaglio architetturale vedere Clustering & HA e Come funziona.