1. Home
  2. Prodotti
  3. NatusAI Cygnus
Fondamenta di dati connessi · Livello 01 · Fondamenta connesseV1 prevista

NatusAI Cygnus: un quadro connesso della vostra azienda, con la sua storia

Cygnus è il fondamento dati pianificato della piattaforma NatusAI. Tiene insieme asset, documenti, luoghi, misurazioni e le loro relazioni, così le persone e gli assistenti IA approvati possono rispondere a domande che prima richiedevano giorni.

  • Domande trasversali ai silos con risposta mentre la decisione è ancora aperta.
  • Vedete cosa era vero, e cosa si sapeva, in qualsiasi data passata: uno storico che i vostri revisori possono seguire.
  • Funziona come un unico sistema sui vostri server, con meno componenti da integrare e proteggere.
Vista notturna di una costa con porti illuminati, una nave portacontainer e rotte di luce: un gemello digitale connesso su scala mondiale
Cosa porta al business

Sei tipi di dati aziendali, un unico modello connesso

La lettura di un sensore ha un orario, un luogo, un asset e una fonte. Un contratto fa riferimento allo stesso asset. Cygnus conserva questi collegamenti, così le risposte li seguono invece di ricostruirli ogni volta.

Relazioni

Clienti, impianti, contratti ed eventi collegati direttamente, così proprietà, dipendenze e cause sono facili da seguire.

Fatti e conoscenza

Chi gestisce cosa, quale rapporto descrive quale incidente: fatti legati alle cose che descrivono.

Posizione

Posizioni, tracciati e aree collegati agli asset a cui appartengono e alla loro storia.

Misurazioni nel tempo

Letture conservate accanto agli asset che descrivono, da un singolo istante fino ad anni di storico.

Ricerca per significato

Trovate le informazioni in base a ciò che dicono, poi risalite alla fonte originale.

Ricerca esatta

Nomi, identificativi e passaggi, combinati con relazioni, luogo e tempo.

Un ingegnere infrastrutturale e una responsabile della sicurezza IT controllano un server in un data center on-premise (immagine illustrativa)
La prima release punta a un unico server gestito da voi.
Tre piani traslucidi di nodi connessi che si allontanano in profondità: gli stessi dati in momenti diversi

Chiedete cosa è cambiato, e cosa si sapeva allora.

Una nave è entrata in un'area di tempesta alle 14:00. Una posizione corretta è arrivata alle 14:10. Cygnus è progettato per ricostruire la decisione delle 14:05 con ciò che si sapeva in quel momento, oppure per mostrare il quadro corretto. È lo storico che chiedono un revisore o un'autorità di vigilanza.

Programmare vicino ai dati

Un linguaggio e un modello di query pensati per il grafo

Secondo i piani, Cygnus unirà un proprio linguaggio di programmazione tipizzato con storage, esecuzione e servizi. La logica di business lavora direttamente con le entità persistenti e le loro relazioni, riducendo le traduzioni tra righe di database, oggetti applicativi e risposte delle API.

Modellate una volta, usate ovunque

Lo stesso modello tipizzato porta i dati dallo storage persistente alla logica applicativa e ai contratti dei servizi. Meno mappature significano meno punti in cui tipi, nomi dei campi e definizioni delle relazioni possono divergere.

Interrogate seguendo percorsi connessi

Partite da un punto di ingresso indicizzato, seguite le relazioni che vi servono e restringete per tempo, spazio o ricerca. Il modello di query ottimizzato punta a svolgere questo lavoro vicino allo storage e a restituire solo il risultato richiesto.

Esponete la stessa logica di business

Le funzioni tipizzate diventano servizi applicativi e strumenti autorizzati. HTTP/RPC, streaming, client TypeScript generati e descrittori MCP fanno parte della progettazione del backend, riducendo i livelli di adattatori separati da mantenere.

Meno spostamenti di dati. Un working set più piccolo.

Caricate la parte che vi serve. Il resto resta su disco.

Un grafo di grandi dimensioni non deve essere caricato interamente in memoria. I riferimenti persistenti permettono a un'operazione di risolvere i nodi, le pagine di indice e gli intervalli temporali pertinenti nel momento in cui servono.

Esaminare una nave non dovrebbe richiedere il caricamento di tutte le navi, di tutti i documenti e dell'intero storico delle posizioni. L'attraversamento selettivo e le letture delimitate sono progettati per legare l'uso della memoria al lavoro effettivamente svolto.

È questa la strada verso query connesse più rapide e un minore consumo di risorse: meno materializzazione, meno trasferimenti tra servizi e meno contesto duplicato. I guadagni effettivi dipendono da grafo, indici, carico di lavoro e hardware.

Percorso di accesso illustrativo

  1. 01 / Grafo persistente

    Partire da riferimenti e da una selezione indicizzata

    Nave · Carico · Rotta · altre navi · altri carichi · gli intervalli più vecchi restano su disco.

    All'inizio si toccano solo i riferimenti e una selezione indicizzata.

  2. 02 / Working set pertinente

    Risolvere ciò che usa questa operazione

    Nave selezionata → carico → tracciato richiesto

    Risolvete i dati connessi e la finestra temporale che questa operazione utilizza.

  3. 03 / Risultato delimitato

    Una vista su mappa, una porzione di storico o una risposta

    Pagina · campione · stream

    Restituite una pagina, un campione o uno stream. Le esportazioni e le ricostruzioni di grandi dimensioni usano un'elaborazione delimitata o job persistenti.

Storage, query e manutenzione

Dall'assemblare tabelle al seguire dati connessi

I sistemi relazionali funzionano bene per i record strutturati e la reportistica SQL. Quando un'applicazione connessa aggiunge storico, mappe, recupero semantico e IA, il costo si sposta spesso verso join, mappatura degli oggetti e coordinamento di servizi aggiuntivi. Cygnus è progettato per ridurre questo overhead all'interno di un unico motore programmabile.

Confronto architetturale per carichi di lavoro operativi connessi · le capacità di Cygnus restano pianificate
DimensioneStorage tabellare + stack applicativoGrafo temporale unificato Cygnus (pianificato)
Archiviazione dei datiLe entità diventano righe; le relazioni usano chiavi e spesso tabelle di collegamento. Il codice applicativo mappa le righe in oggetti.Entità tipizzate e collegamenti persistenti condividono un unico modello tra storage, logica e servizi.
Query connesseI join ricostruiscono le relazioni al momento della query. I percorsi profondi possono aggiungere complessità di query e di mappatura.Punti di ingresso indicizzati e attraversamento del grafo seguono le relazioni memorizzate, con vincoli temporali e spaziali.
Memoria e spostamento dei datiI motori efficienti usano già indici e cache; join ampi ed elaborazione lato applicazione possono comunque generare grandi risultati intermedi.Risolvere i dati del grafo su richiesta; usare intervalli, pagine e stream delimitati anziché materializzare l'intero dataset connesso.
Storico e correzioniTabelle di storico, estensioni temporali o modelli a eventi vanno progettati e allineati alle query dell'applicazione.Stato temporale e accesso bitemporale fanno parte del modello, preservando la distinzione tra tempo di validità e tempo di conoscenza.
Geo, testo e vettoriLe estensioni possono aggiungere capacità in un unico database; i servizi specialistici possono richiedere propri percorsi di identità, indicizzazione e sincronizzazione.Risorse spaziali, di serie temporali, testuali e vettoriali si collegano alle stesse entità e alle stesse fonti versionate.
Linguaggi di query e applicativiSQL più codice applicativo, librerie di mappatura e talvolta linguaggi di query separati per la ricerca o il grafo.Un unico linguaggio nativo tipizzato e un modello di query ottimizzato portano il calcolo vicino alle strutture persistenti del grafo.
Manutenzione ed evoluzioneCoordinare schemi di database, mappature, contratti dei servizi ed eventuali archivi di recupero gestiti separatamente.Descrittori di tipo e contratti dei servizi condivisi riducono le definizioni duplicate; migrazioni e modifiche agli indici seguono un comportamento di versione esplicito.
IA e controllo degli accessiDi solito si aggiungono un gateway per gli strumenti e un livello di chat, poi se ne allineano i permessi ai percorsi dati che richiamano.MCP nativo e un contratto di chat delimitato usano gli stessi servizi tipizzati, con l'autorizzazione nei percorsi di storage e di esecuzione.

Come misurarlo: il vantaggio atteso è un lavoro ricco di relazioni più rapido, con meno overhead di mappatura, sincronizzazione e risorse. Misurate latenza delle query, picco di memoria, I/O su disco, acquisizione e sforzo di manutenzione sullo stesso carico di lavoro e sullo stesso hardware. Per grandi analisi tabellari o estensioni indispensabili, un data warehouse o uno stack SQL maturo può restare la scelta migliore.

MCP nativo e chat

L'IA può lavorare con i vostri dati. E con il contesto che li circonda.

Una risposta dell'IA diventa più utile quando sa collegare il documento giusto all'entità, al luogo e al momento giusti. Secondo i piani, Cygnus porterà nel modello di backend il recupero delle informazioni, la logica di business richiamabile e i registri delle conversazioni.

Strumenti MCP nativi

Il Model Context Protocol offre agli agenti autorizzati un modo individuabile e tipizzato per usare le funzioni di backend. L'individuazione e l'esecuzione degli strumenti seguono i permessi del chiamante, con gli stessi contratti dei servizi usati dalle applicazioni.

La chat come capacità del backend

Il contratto di chat pianificato, neutrale rispetto al fornitore, copre messaggi, eventi di streaming, chiamate a strumenti, output strutturato e record persistenti di sessione e di esecuzione. I binding a modelli locali o remoti vengono scelti e qualificati esplicitamente per ciascun deployment.

Risposte con evidenze temporali

Combinate il recupero full-text e vettoriale con il contesto di grafo, spaziale e storico. Mantenete i riferimenti alle versioni delle fonti e al contesto temporale scelto, così una persona può esaminare le evidenze e capire come si è formata una risposta.

Le regole di accesso ai dati si applicano prima della divulgazione e del ranking della ricerca. I contenuti recuperati e l'output del modello non conferiscono il permesso di agire; le azioni protette richiedono una propria autorizzazione e, dove previsto, una decisione umana.

Tutte le dimensioni in un'unica domanda

Seguite una nave nel tempo e nello spazio

«Quale carico si trovava ieri sulle navi all'interno dell'area di tempesta, e quali rapporti spiegano il rischio?»

Questo carico di lavoro marittimo proposto mette insieme l'intera architettura. Lo stesso approccio può collegare impianti, telemetria e manutenzione in applicazioni per l'energia, la manifattura o le infrastrutture.

Mappa concettuale che collega navi, porti e rotte marittime di notte
Illustrativo: un carico di lavoro marittimo proposto, non un servizio globale attivo.

Come si costruisce la risposta

  1. Impostare il contesto storico

    Selezionate l'intervallo di ieri e scegliete se la domanda usa ciò che si sapeva allora o le evidenze corrette in seguito.

  2. Trovare le posizioni pertinenti

    Usate la selezione geospaziale e gli intervalli delle serie temporali per individuare le navi i cui tracciati hanno intersecato l'area di tempesta.

  3. Seguire carico e proprietà

    Attraversate le relazioni storiche della nave con carichi, operatori e porti, risolvendo solo le parti del grafo necessarie.

  4. Recuperare i rapporti a supporto

    Combinate ricerca per parole chiave e ricerca semantica sulle versioni autorizzate dei documenti, collegate alle entità e al contesto temporale selezionati.

  5. Fornire una risposta verificabile

    Un servizio tipizzato o uno strumento MCP restituisce le evidenze. La chat può spiegarle mantenendo le fonti e il contesto pertinente.

Stato reale

Cosa potete usare oggi e cosa è in roadmap

Separiamo ciò che è dimostrato da ciò che deve ancora arrivare, ed etichettiamo entrambi. Per NatusAI Cygnus è prevista la prima release (v1).

Cosa potete usare oggi

  • Il motore alla base dei progetti per i nostri clienti è collaudato sul campo: un gemello digitale di una rete elettrica nazionale e i dati investigativi connessi di una banca.
  • Progetti di realizzazione che costruiscono con il nostro team il vostro modello di dati connessi, nel vostro ambiente.

Cosa è in roadmap

V1 prevista
  • Prima release di Cygnus: un server, più profili embedded e di sviluppo, rilasciata solo dopo il superamento di 25 test di accettazione definiti.
  • In seguito: più server, con replica e failover. Il perimetro segue le evidenze.
  • In seguito: opzioni più ampie di IA e calcolo. Non pubblichiamo date; condividiamo i piani sotto NDA.

Leggete il perimetro pianificato della v1 · Vedete la roadmap

Come si integra

Cygnus custodisce i dati e la logica di business. NatusAI Lyra li mostra, NatusAI Auriga e Aquila permettono all'IA di lavorarci, NatusAI Orion ci costruisce applicazioni, NatusAI Draco lo esegue e NatusAI Gemini lo ripristina.

Per il vostro team tecnico

Che cos'è Cygnus. Un database a grafo temporale programmabile, in fase di pianificazione: un proprio linguaggio tipizzato, un modello di query ottimizzato e un runtime di backend. Grafo, dati geospaziali, vettori, semantica triple-store, serie temporali e ricerca full-text condividono un unico modello, con un'unica identità, un unico modello transazionale e un unico confine di autorizzazione.

  • Sei famiglie di dati: relazioni a grafo tipizzate; triple (interscambio RDF e compatibilità SPARQL sono decisioni di release separate); indicizzazione geospaziale consapevole del CRS con ricontrollo esatto; serie temporali regolari e irregolari con aggregazioni (rollup) e finestre sul tempo dell'evento; vettori densi e sparsi collegati alle versioni della fonte; full-text con analizzatori versionati, BM25 e ranking ibrido.
  • Storico bitemporale: tempo di validità (quando era vero) e tempo di conoscenza (quando il sistema lo ha appreso); risposte «as-of» riproducibili rispetto a entrambi, comprese le correzioni successive.
  • Transazioni e accessi: transazioni strict-serializable mantengono le modifiche a entità, grafo, tempo e indici dichiarati in un'unica commit epoch. L'autorizzazione risiede nei percorsi di storage ed esecuzione e viene applicata prima del ranking della ricerca e della selezione top-k; le risorse negate non trapelano tramite conteggi o errori.
  • Accesso per l'IA: descrittori MCP nativi e un contratto di chat neutrale rispetto al fornitore (messaggi, streaming, chiamate a strumenti, output strutturato, record di sessione persistenti). I binding a modelli locali o remoti vengono qualificati per ogni deployment.
  • Servizi: HTTP/RPC tipizzati e streaming, change feed, client TypeScript generati, una superficie Explorer, LSP e un client VS Code.
  • Out-of-core per progetto: i riferimenti persistenti risolvono solo i nodi, le pagine di indice e gli intervalli temporali necessari a un'operazione, così un grafo di grandi dimensioni non deve stare tutto in memoria.
  • Ambito onesto: per grandi analisi tabellari, un data warehouse o uno stack SQL maturo può restare la scelta migliore.
Profili di deployment pianificati per la prima release
ProfiloPrima releaseConfine
EmbeddedInclusoUn unico processo applicativo con storage locale.
SviluppoInclusoAvvio da progetto vuoto e modalità di origine esplicite.
Produzione, singolo serverInclusoUn nodo; backup, ripristino point-in-time e ripristino verificato inclusi nel perimetro.
ClusterEsclusoNessuna affermazione su sharding, replica, attraversamento distribuito o failover.
Carico di lavoro isolatoEsclusoNessun profilo per carichi isolati qualificato separatamente.
Criteri di accettazione selezionati · obiettivi di qualificazione proposti, non risultati misurati
CriterioSoglia propostaStato
Design partner in produzione sul carico di riferimentoAlmeno 3Non ancora superato
System of record in produzione con storico conservatoAlmeno 1, con oltre 6 mesi di storicoNon ancora superato
Acquisizione continua di posizioni, classe di riferimento 32 vCPU≥ 100.000 rilevazioni/sNon ancora superato
Navi all'interno di un poligono su 250.000 posizioni in tempo realep99 ≤ 150 msNon ancora superato
Recupero ibrido top-20 su 5 milioni di documentip99 ≤ 300 msNon ancora superato
Correttezza out-of-coreDataset ≥ 24 × RAMNon ancora superato
Overhead dell'autorizzazione a livello di elemento≤ 2 × policy a grana grossaNon ancora superato
Commit confermati persi su un serverZeroNon ancora superato
Test pianificati di ripristino verificato100% superatiNon ancora superato
Valutazioni guidate da agenti su progetti vuoti senza interventi umani≥ 70% riusciteNon ancora superato

Qui sono mostrati 10 dei 25 criteri di accettazione. Cygnus 1.0 non è stato accettato né rilasciato; un obiettivo proposto è un test da eseguire, non un impegno verso i clienti. Il perimetro viene rivalutato se, ad esempio, l'acquisizione resta sotto le 80.000 rilevazioni/s o un qualsiasi test di ripristino fallisce. Prezzi, licenze e date di consegna non sono ancora definiti. Tutti i 25 criteri, le sette famiglie di dati, i 19 contratti e i binding ai fornitori di IA sono nella pagina del perimetro pianificato della v1; i profili successivi sono nella roadmap di Cygnus.

Controllo integrato nel progetto

Come NatusAI Cygnus riduce i rischi dell'IA

Sovranità, governance e sicurezza in NatusAI

Proprietà

Funziona sui vostri server come un unico sistema, senza servizi separati di ricerca, grafo e serie temporali per cui acquistare licenze e da proteggere.

Evidenze

Le risposte mantengono i riferimenti alla versione della fonte e al momento a cui si riferiscono.

Accessi

Le regole di accesso ai dati si applicano prima che qualsiasi cosa venga mostrata o classificata. Il testo recuperato non conferisce mai all'IA il permesso di agire.

Ripristino

Ripristino verificato e ripristino point-in-time sono requisiti di release, non opzioni.

Dati connessi all'opera

Un unico modello connesso. Molti problemi reali.

I problemi, gli approcci e i risultati utili delle nostre storie di settore e delle architetture di riferimento. Ogni esempio evidenzia le dimensioni che rendono il problema adatto al modello unificato pianificato di Cygnus.

Queste storie descrivono progetti, flussi di lavoro esplorati e architetture di riferimento. Le etichette «Adatto a Cygnus» li collegano al prodotto pianificato; non attestano un deployment di Cygnus già rilasciato.

Logo di NatusAI Lyra

Una base complementare

Date ai dati connessi un'interfaccia chiara.

NatusAI Lyra fornisce componenti web riutilizzabili per mappe, grafi, ricerca e flussi applicativi. L'integrazione più ampia con Orion e Cygnus fa parte della visione della piattaforma. Scoprite NatusAI Lyra

Domande

Domande su NatusAI Cygnus

Risposte brevi per chi decide. Il vostro team tecnico trova i dettagli nella sezione espandibile qui sopra.

NatusAI Cygnus è disponibile oggi?

Non ancora. Per Cygnus è prevista una prima release, accettata solo dopo il superamento dei test di accettazione definiti. Lo stesso motore dei progetti per i nostri clienti è già collaudato sul campo, e il nostro team ci lavora già oggi.

Un gemello digitale su scala mondiale richiede molti server?

No. La prima release punta a un unico server. Un modello di dati mondiale può girare su un solo nodo entro i limiti testati; una geografia globale non implica un cluster.

Cygnus sostituisce il nostro data warehouse?

Non necessariamente. Cygnus è progettato per il lavoro connesso, ricco di relazioni. Per la reportistica tabellare di grandi dimensioni, un data warehouse o uno stack SQL maturo può restare la soluzione migliore, e Cygnus può affiancarlo.

Parlate con il nostro team

Quale domanda richiede giorni ai vostri team per avere una risposta?

Portatene una. Vi mostreremo come risponderebbe un modello connesso, e cosa servirebbe.

Oppure scriveteci a contact@natusai.com

Un product owner, un responsabile della sicurezza e un'analista esaminano un'applicazione interna prima del rilascio (immagine illustrativa)