Alta disponibilità multi-controller — consenso Raft in produzione.
Consenso oggi · Bootstrap HA completo in arrivo nelle prossime patch 5.0.x
Un cluster Eldric multi-controller adesso si forma, replica lo stato e fa failover sotto test reale. La storia del consenso è passata da "progettato e in corso" a "validato end-to-end in condizioni simili alla produzione" — i controller formano un quorum, replicano il log durevole e sopravvivono al guasto del primario senza interventi manuali.
Ambito onesto. Il bootstrap HA in qualità produzione sul controller primario è in attesa di due pezzi ancora in lavorazione per le prossime patch 5.0.x: replica dell'identità fra controller (perché qualunque controller possa autenticare qualunque utente) e un endpoint client consapevole del leader (perché i client raggiungano sempre il leader attuale senza intervento dell'operatore). Lo strato di consenso è reale; la storia completa per l'operatore non lo è ancora. Vedi
clustering & HA per lo stato dal vivo.
Cosa cambia per te
- Esegui tre controller, perdine uno qualsiasi, il cluster continua a servire.
- Il recupero da crash dal log durevole è automatico — niente script di replay.
- Aggiungi un controller a un cluster in funzione senza riavviare i worker.
Federazione multi-sede — sette livelli rilasciati.
Disponibile oggi
Adesso puoi gestire più di un cluster Eldric e farli agire come un'unica piattaforma. Scegli una topologia gerarchica (un aggregatore regionale sopra cluster di filiale) o una mesh peer (ogni sito parla con ogni altro sito direttamente). Routing cross-site, aggregazione regionale, traffico sub-cluster laterale, quattro meccanismi di discovery, un assistente di installazione che pone le domande giuste e dashboard di federazione visibili al cliente — tutto attivo.
Cosa cambia per te
- Un solo accesso, una sola vista sulla base di conoscenza, le query rispondono attraverso tutti i siti.
- Scegli gerarchica o mesh peer alla prima installazione — l'assistente ti guida.
- Una filiale che perde la WAN continua a servire i suoi utenti; si riconcilia al ritorno della connessione.
Marketplace di estensioni — tutto configurabile dalla GUI admin.
Disponibile oggi
Ogni estensione adesso espone la propria configurazione nella GUI admin. Niente modifiche a file sul server, niente riga di comando per il lavoro di routine. I plugin multi-dispositivo (apparati di rete, parco server) hanno una UI dedicata alla gestione del parco. I plugin SNMP hanno una finestra di importazione MIB. Il marketplace stesso filtra per livello, categoria, protocollo e autenticazione — trovi il plugin giusto senza leggere il catalogo da cima a fondo.
Cosa cambia per te
- Configuri i plugin dalla shell admin — gli schemi guidano il modulo, la validazione è lato server.
- Gestisci un parco di dispositivi (switch, firewall, server) da un solo pannello per plugin.
- Importi i MIB del fornitore via GUI per i pacchetti di monitoring basati su SNMP.
Catalogo plugin di rete — sedici plugin rilasciati, altri in lavorazione.
Sedici oggi · altri in lavorazione
Il programma dei plugin di rete ha rilasciato la prima ondata: integrazioni per Cisco Meraki, Fortinet FortiManager, Aruba Central, Palo Alto Panorama, F5 BIG-IQ, MikroTik RouterOS, Arista eAPI, Dell iDRAC Redfish, Dell OpenManage Enterprise, A10 ACOS, Barracuda CGF, Citrix NetScaler, Check Point SMS, Extreme Cloud IQ, H3C iMC e Huawei iMaster NCE — più due driver di categoria SNMP che coprono UPS (APC, Eaton, Vertiv, Socomec, Tripp Lite, CyberPower) e parchi stampanti di più fornitori. Eldric supporta il tuo parco hardware esistente; nessuna sostituzione totale.
Cosa cambia per te
- Monitori e configuri la rete esistente dalla stessa chat shell che usi per tutto il resto.
- Gruppi di continuità e parchi stampanti si agganciano senza un plugin per ogni singolo dispositivo.
- I sotto-percorsi flagship HPE ed Eviden sono in lavorazione — strategici per i clienti datacenter e HPC.
Catalogo completo: plugin di rete.
Tre posture di rilascio — scegli la forma che ti calza.
Disponibile oggi
Eldric adesso esce con tre posture esplicite per il cliente, ciascuna con la propria pagina e il proprio posizionamento. Impresa — hai un edificio, gestisci tu la tua AI. Datacenter — gestisci il ferro per gli altri, l'AI diventa il prossimo tenant. Service provider — vendi la piattaforma ad altre aziende, l'isolamento multi-tenant è il prodotto. Stesso binario, tre framing onesti.
Eldric AI Datacenter — il framing di sistema operativo completo.
Pagina in lavorazione
Sopra le tre posture, descriviamo adesso Eldric come il sistema operativo completo per il datacenter AI. Agnostico rispetto all'hardware: HPE, Eviden BullSequana, NVIDIA, Dell o un mix. Una sola piattaforma per inferenza, retrieval, agenti, addestramento, telemetria e gestione dei tenant — non uno stack da assemblare. La pagina flagship cattura la rivendicazione di sistema-operativo-nel-suo-insieme che le pagine di postura segmentano.
Cosa cambia per te
- Un unico framing di sistema operativo per l'intero datacenter, neutrale rispetto al fornitore.
- Acquisto, rilascio, operazioni day-2: descritti tutti come un solo prodotto, non uno stack.
- La pagina flagship arriva accanto agli altri elementi recuperati in questa ondata — vedi Eldric AI Datacenter.
Ricerca migliore nelle tue basi di conoscenza.
Disponibile oggi
La ricerca RAG adesso combina punteggio lessicale e semantico in un'unica lista di risultati ordinata. Nomi propri, nomi di prodotto, ID e disambiguazione di entità funzionano come ti aspetteresti — cerca "Hochreiter 1997" e ottieni l'articolo giusto, non quello semanticamente più vicino. Cerca un cliente specifico o un numero di fattura e vince la corrispondenza esatta.
Cosa cambia per te
- Le ricerche per nome proprio e per ID restituiscono ciò che hai chiesto.
- Nessuna calibrazione richiesta — la fusione gira di default su ogni query della base di conoscenza.
- Il richiamo semantico è preservato; la disambiguazione per corrispondenza esatta è ora un livello sovrapposto.
Eldric nella tua casella — un'identità per protocollo.
Fase 1 disponibile oggi
Eldric adesso può avere una propria identità dentro i canali di messaggistica che usi già. Dagli un indirizzo email sul tuo dominio, un numero SMS, un handle di chat — e clienti, colleghi o sistemi possono metterlo in copia in un thread. Eldric risponde nel thread con quell'identità, con la stessa autenticazione e lo stesso scoping di tenant della chat shell. La fase 1 copre email e SMS; altri protocolli seguono.
Cosa cambia per te
Cc: eldric@iltuodominio.com su un thread qualsiasi — Eldric lo intercetta e risponde.- Un'identità per protocollo per ogni tenant; isolamento imposto lato server.
- Utile per il triage del supporto, le Q&A interne e qualunque workflow che già viva su email o SMS. Vedi identità di Eldric.
Tool calling nativo nella chat web.
Disponibile oggi
Gli strumenti lato chat — operazioni su file, ricerca, recupero web, il resto del catalogo — adesso passano per l'API di tool calling nativa di ciascun modello dove il backend la supporta. Il fallback in formato XML resta in piedi per i modelli che non la supportano, così nulla si rompe. Per i clienti il risultato è meno casi limite di parsing, meno run di tool lasciate a metà e un comportamento agentico notevolmente più affidabile sulle catene di tool lunghe.
Cosa cambia per te
- Le chiamate ai tool arrivano in modo più affidabile, specialmente sulle run di agenti multi-passo.
- Stessa chat shell, stesso catalogo di tool — il protocollo sottostante è semplicemente più pulito.
- Il fallback XML copre i modelli più vecchi o più piccoli senza cambi di comportamento.