1. Acasă
  2. Produse
  3. NatusAI Cygnus
Fundație de date conectate · Nivelul 01 · Fundație conectatăV1 planificată

NatusAI Cygnus: o imagine conectată a companiei, cu istoricul ei

Cygnus este fundația de date planificată a platformei NatusAI, o bază de cunoștințe care ține laolaltă activele, documentele, locațiile, măsurătorile și relațiile dintre ele, astfel încât oamenii și asistenții AI aprobați să răspundă la întrebări care durau zile.

  • Întrebări care traversează silozurile, cu răspuns cât timp decizia este încă deschisă.
  • Vedeți ce era adevărat și ce se știa la orice dată din trecut: un istoric pe care auditorii îl pot urmări.
  • Rulează ca un singur sistem pe serverele dumneavoastră, cu mai puține componente de integrat și securizat.
Un litoral noaptea, cu porturi luminate, o navă portcontainer și rute de lumină: un digital twin conectat la scară globală
Ce aduce pentru business

Șase tipuri de date de business, un singur model conectat

O citire de senzor are un moment, un loc, un activ și o sursă. Un contract se referă la același activ. Cygnus păstrează aceste conexiuni, astfel încât răspunsurile le urmează, în loc să le reconstruiască de fiecare dată.

Relații

Clienți, echipamente, contracte și evenimente legate direct, astfel încât proprietatea, dependențele și cauzele se urmăresc ușor.

Fapte și cunoaștere

Cine operează ce, ce raport descrie ce incident: fapte legate de lucrurile pe care le descriu.

Locație

Poziții, trasee și zone legate de activele cărora le aparțin și de istoricul lor.

Măsurători în timp

Citiri păstrate lângă activele pe care le descriu, de la un singur moment la ani de istoric.

Căutare după sens

Găsiți informația după ce spune, apoi urmăriți-o înapoi până la sursa originală.

Căutare exactă

Nume, identificatori și pasaje, combinate cu relații, loc și timp.

Un inginer de infrastructură și un manager de securitate IT verifică un server într-un centru de date on-premise (imagine ilustrativă)
Prima versiune vizează un singur server, operat de dumneavoastră.
Trei planuri translucide de noduri conectate, care se pierd în adâncime: aceleași date în momente diferite

Întrebați ce s-a schimbat și ce se știa atunci.

O navă a intrat într-o zonă de furtună la 14:00. O poziție corectată a sosit la 14:10. Cygnus este proiectat să reconstituie decizia de la 14:05 cu ce se știa în acel moment sau să arate imaginea corectată. Acesta este istoricul pe care îl cere un auditor sau o autoritate de supraveghere.

Programare aproape de date

Un limbaj și un model de interogare construite pentru graf

Cygnus este planificat să combine propriul limbaj de programare tipizat cu stocarea, execuția și serviciile. Logica de business lucrează direct cu entitățile persistente și cu relațiile dintre ele, reducând conversia dintre rândurile din baza de date, obiectele aplicației și răspunsurile API.

Modelați o dată, folosiți peste tot

Același model tipizat duce datele din stocarea durabilă în logica aplicației și în contractele de servicii. Mai puține mapări înseamnă mai puține locuri în care tipurile, numele câmpurilor și definițiile relațiilor pot diverge.

Interogați prin căi conectate

Porniți de la un punct de intrare indexat, urmați relațiile de care aveți nevoie și restrângeți după timp, spațiu sau căutare. Modelul de interogare optimizat urmărește să facă această muncă aproape de stocare și să returneze doar rezultatul cerut.

Expuneți aceeași logică de business

Funcțiile tipizate devin servicii de aplicație și instrumente autorizate. HTTP/RPC, streamingul, clienții TypeScript generați și descriptorii MCP fac parte din designul backendului, reducând straturile separate de adaptoare care trebuie întreținute.

Mai puține date mutate. Un set de lucru mai mic.

Încărcați partea de care aveți nevoie. Restul rămâne pe disc.

Un graf mare nu trebuie încărcat integral în memorie. Referințele persistente permit unei operații să încarce nodurile, paginile de index și intervalele de timp relevante pe măsură ce sunt necesare.

Analiza unei singure nave nu ar trebui să necesite încărcarea tuturor navelor, a tuturor documentelor și a întregului istoric de poziții. Traversarea selectivă și citirile limitate sunt proiectate să lege consumul de memorie de munca efectiv realizată.

Aceasta este calea spre interogări conectate mai rapide și un consum mai mic de resurse: mai puțină materializare, mai puține transferuri între servicii și mai puțin context duplicat. Câștigurile reale depind de graf, de indexuri, de sarcina de lucru și de hardware.

Cale de acces ilustrativă

  1. 01 / Graf durabil

    Porniți de la referințe și o selecție indexată

    Navă · Marfă · Rută · alte nave · altă marfă · intervalele mai vechi rămân pe disc.

    La început sunt atinse doar referințele și o selecție indexată.

  2. 02 / Set de lucru relevant

    Încărcați ce folosește această operație

    Nava selectată → marfă → traseul cerut

    Încărcați datele conectate și fereastra de timp pe care le folosește această operație.

  3. 03 / Rezultat limitat

    O vizualizare pe hartă, o secțiune de istoric sau un răspuns

    Pagină · eșantion · flux

    Returnați o pagină, un eșantion sau un flux. Exporturile mari și reconstrucțiile folosesc procesare limitată sau joburi durabile.

Stocare, interogare și mentenanță

De la asamblarea tabelelor la urmărirea datelor conectate

Sistemele relaționale funcționează bine pentru înregistrări structurate și raportare SQL. Pe măsură ce o aplicație conectată adaugă istoric, hărți, regăsire semantică și AI, costul se mută adesea spre joinuri, maparea obiectelor și coordonarea unor servicii suplimentare. Cygnus este proiectat să reducă acest overhead într-un singur motor programabil.

Comparație arhitecturală pentru sarcini operaționale conectate · capabilitățile Cygnus rămân planificate
DimensiuneStocare tabelară + stivă de aplicațieGraful temporal unificat Cygnus (planificat)
Stocarea datelorEntitățile devin rânduri; relațiile folosesc chei și adesea tabele de legătură. Codul aplicației transformă rândurile în obiecte.Entitățile tipizate și legăturile persistente împart un singur model între stocare, logică și servicii.
Interogări conectateJoinurile reconstruiesc relațiile la momentul interogării. Căile adânci pot adăuga complexitate interogărilor și mapării.Punctele de intrare indexate și traversarea grafului urmează relațiile stocate, cu constrângeri temporale și spațiale.
Memorie și mutarea datelorMotoarele eficiente folosesc deja indexuri și cache; joinurile ample și procesarea în aplicație pot crea totuși rezultate intermediare mari.Datele din graf se încarcă la cerere; se folosesc intervale, pagini și fluxuri limitate, în loc de materializarea întregului set de date conectat.
Istoric și corecturiTabelele de istoric, extensiile temporale sau modelele de evenimente trebuie proiectate și aliniate cu interogările aplicației.Starea temporală și accesul bitemporal fac parte din model, păstrând distincția dintre timpul valid și timpul cunoașterii.
Geo, text și vectoriExtensiile pot adăuga capabilități într-o singură bază de date; serviciile specializate pot avea nevoie de propriile căi de identitate, indexare și sincronizare.Resursele spațiale, de serii temporale, text și vectori se conectează la aceleași entități și la surse versionate.
Limbaje de interogare și de aplicațieSQL plus codul aplicației, biblioteci de mapare și uneori limbaje separate pentru căutare sau pentru interogarea grafurilor.Un singur limbaj nativ tipizat și un model de interogare optimizat aduc calculul aproape de structurile persistente ale grafului.
Mentenanță și evoluțieTrebuie coordonate schemele bazei de date, mapările, contractele de servicii și orice depozite de regăsire operate separat.Descriptorii de tip și contractele de servicii comune reduc definițiile duplicate; migrările și modificările de index urmează un comportament de versionare explicit.
AI și controlul accesuluiDe regulă se adaugă un gateway pentru instrumente și un strat de chat, apoi permisiunile lor se aliniază cu căile de date pe care le apelează.MCP nativ și un contract de chat delimitat folosesc aceleași servicii tipizate, cu autorizarea în căile de stocare și de execuție.

Cum se măsoară: avantajul urmărit este o muncă mai rapidă pe date bogate în relații, cu mai puțin overhead de mapare, sincronizare și resurse. Măsurați latența interogărilor, memoria de vârf, I/O pe disc, ingestia și efortul de mentenanță pe aceeași sarcină de lucru și pe același hardware. Un data warehouse sau o stivă SQL matură pot rămâne varianta potrivită pentru analize tabelare de mari dimensiuni sau când sunt necesare anumite extensii.

MCP nativ și chat

AI poate lucra cu datele dumneavoastră. Și cu contextul din spatele lor.

Un răspuns AI devine mai util atunci când poate lega documentul potrivit de entitatea, locul și momentul potrivite. Cygnus este planificat să aducă regăsirea, logica de business apelabilă și înregistrările conversațiilor în modelul backendului.

Instrumente MCP native

Model Context Protocol le oferă agenților autorizați o modalitate tipizată și descoperibilă de a folosi funcțiile backendului. Descoperirea și execuția instrumentelor respectă permisiunile apelantului, cu aceleași contracte de servicii folosite de aplicații.

Chatul ca o capabilitate a backendului

Contractul de chat planificat, neutru față de furnizor, acoperă mesaje, evenimente de streaming, apeluri de instrumente, ieșire structurată și înregistrări durabile ale sesiunilor și rulărilor. Legăturile cu modele locale sau la distanță sunt alese și calificate explicit pentru fiecare implementare.

Răspunsuri cu dovezi temporale

Combinați regăsirea full-text și vectorială cu contextul de graf, spațial și istoric. Păstrați referințele la versiunile surselor și la contextul temporal ales, astfel încât o persoană să poată verifica dovezile și să înțeleagă cum s-a format un răspuns.

Regulile de acces la date se aplică înainte de afișare și de ordonarea rezultatelor căutării. Conținutul regăsit și răspunsul modelului nu acordă permisiunea de a acționa; acțiunile protejate necesită propria autorizare și, acolo unde este prevăzut, o decizie umană.

Toate dimensiunile într-o singură întrebare

Urmăriți o navă în timp și în spațiu

„Ce marfă se afla ieri pe navele din zona furtunii și ce rapoarte explică riscul?”

Această sarcină de lucru maritimă propusă reunește întreaga arhitectură. Aceeași abordare poate conecta echipamente, telemetrie și mentenanță în aplicații din energie, producție sau infrastructură.

Hartă conceptuală care leagă nave, porturi și rute maritime, noaptea
Ilustrativ: o sarcină de lucru maritimă propusă, nu un serviciu global live.

Cum se construiește răspunsul

  1. Stabiliți contextul istoric

    Selectați intervalul de ieri și dacă întrebarea folosește ce se știa atunci sau dovezile corectate ulterior.

  2. Găsiți pozițiile relevante

    Folosiți selecția geospațială și intervalele de serii temporale pentru a identifica navele ale căror trasee au intersectat zona furtunii.

  3. Urmăriți marfa și proprietatea

    Traversați relațiile istorice ale navei cu mărfurile, operatorii și porturile, încărcând doar părțile necesare ale grafului.

  4. Regăsiți rapoartele relevante

    Combinați căutarea după cuvinte-cheie și căutarea semantică în versiunile autorizate ale documentelor, legate de entitățile și contextul temporal selectate.

  5. Livrați un răspuns verificabil

    Un serviciu tipizat sau un instrument MCP returnează dovezile. Chatul le poate explica, păstrând sursele și contextul relevant.

Status transparent

Ce puteți folosi astăzi și ce este pe foaia de parcurs

Separăm ce este dovedit de ce urmează și le etichetăm pe amândouă. Pentru NatusAI Cygnus este planificată prima versiune (v1).

Ce puteți folosi astăzi

  • Motorul din spatele proiectelor pentru clienți este dovedit în livrare: un digital twin la nivel național al rețelei electrice și datele conectate pentru investigațiile unei bănci.
  • Proiecte de livrare în care modelul dumneavoastră de date conectate este construit cu echipa noastră, în mediul dumneavoastră.

Ce este pe foaia de parcurs

V1 planificată
  • Prima versiune Cygnus: un singur server, plus profiluri embedded și de dezvoltare, lansată doar după ce trec 25 de teste de acceptanță definite.
  • Ulterior: mai multe servere, cu replicare și failover. Perimetrul urmează dovezile.
  • Ulterior: opțiuni mai largi de AI și de calcul. Nu publicăm date; prezentăm planurile sub NDA.

Citiți perimetrul planificat v1 · Vedeți foaia de parcurs

Cum se conectează

Cygnus păstrează datele și logica de business. NatusAI Lyra le afișează, NatusAI Auriga și Aquila permit AI să lucreze cu ele, NatusAI Orion construiește aplicații pe ele, NatusAI Draco le rulează, iar NatusAI Gemini le recuperează.

Pentru echipa dumneavoastră tehnică

Ce este Cygnus. O bază de date temporală de tip graf, programabilă, aflată în plan: un limbaj tipizat propriu, un model de interogare optimizat și un runtime de backend. Graful, datele geospațiale, vectorii, semantica de triple-store, seriile temporale și căutarea full-text împart un singur model, cu o singură identitate, un singur model tranzacțional și o singură graniță de autorizare.

  • Șase familii de date: relații de graf tipizate; triple (interschimbul RDF și compatibilitatea SPARQL sunt decizii de versiune separate); indexare geospațială compatibilă CRS, cu reverificare exactă; serii temporale regulate și neregulate, cu agregări și ferestre pe timpul evenimentului; vectori denși și rari, legați de versiunile sursă; full-text cu analizoare versionate, cu BM25 și ranking hibrid.
  • Istoric bitemporal: timpul valid (când a fost adevărat) și timpul cunoașterii (când a aflat sistemul); răspunsuri „as-of” reproductibile pe ambele axe, inclusiv cu corecturile ulterioare.
  • Tranzacții și acces: tranzacțiile strict serializabile păstrează modificările de entitate, graf, timp și index declarat într-o singură epocă de commit. Autorizarea este integrată în căile de stocare și execuție și se aplică înainte de rankingul căutării și de selecția top-k; resursele refuzate nu se scurg prin numărători sau erori.
  • Acces pentru AI: descriptori MCP nativi și un contract de chat neutru față de furnizor (mesaje, streaming, apeluri de instrumente, ieșire structurată, înregistrări durabile ale sesiunilor). Legăturile cu modele locale sau la distanță sunt calificate pentru fiecare implementare.
  • Servicii: HTTP/RPC tipizat și streaming, fluxuri de modificări, clienți TypeScript generați, o interfață Explorer, LSP și un client pentru VS Code.
  • Out-of-core prin design: referințele persistente încarcă doar nodurile, paginile de index și intervalele de timp de care are nevoie o operație, astfel încât un graf mare nu trebuie să încapă în memorie.
  • Evaluare onestă: pentru analize tabelare de mari dimensiuni, un data warehouse sau o stivă SQL matură pot rămâne alegerea mai bună.
Profiluri de implementare planificate pentru prima versiune
ProfilPrima versiuneLimită
EmbeddedInclusUn singur proces de aplicație, cu stocare locală.
DezvoltareInclusInițializare de proiect gol și moduri explicite de sursă.
Producție, un singur serverInclusUn singur nod; backup, recuperare la un moment dat (point-in-time) și restaurare verificată incluse în perimetru.
ClusterExclusNu se revendică sharding, replicare, traversare distribuită sau failover.
Sarcină de lucru izolatăExclusNiciun profil de sarcină izolată calificat separat.
Criterii de acceptanță selectate · ținte de calificare propuse, nu rezultate măsurate
CriteriuPrag propusStatus
Parteneri de design în producție pe sarcina de referințăCel puțin 3Neîndeplinit încă
Sistem de evidență în producție, cu istoric păstratCel puțin 1, cu cel puțin 6 luni de istoricNeîndeplinit încă
Ingestie susținută de poziții, clasă de referință cu 32 vCPU≥ 100.000 de rapoarte/sNeîndeplinit încă
Nave dintr-un poligon, din 250.000 de poziții livep99 ≤ 150 msNeîndeplinit încă
Regăsire hibridă top-20 în 5 milioane de documentep99 ≤ 300 msNeîndeplinit încă
Corectitudine out-of-coreSet de date ≥ 24 × RAMNeîndeplinit încă
Overhead de autorizare la nivel de element≤ 2 × politica cu granularitate mareNeîndeplinit încă
Commituri confirmate pierdute pe un singur serverZeroNeîndeplinit încă
Teste programate de restaurare verificată100% reușiteNeîndeplinit încă
Evaluări de proiecte goale conduse de agenți, fără reparații umane≥ 70% reușiteNeîndeplinit încă

Aici sunt prezentate 10 dintre cele 25 de criterii de acceptanță. Cygnus 1.0 nu a fost acceptat sau lansat; o țintă propusă este un test de rulat, nu un angajament față de clienți. Perimetrul se reevaluează dacă, de exemplu, ingestia rămâne sub 80.000 de rapoarte/s sau dacă un test de restaurare eșuează. Prețurile, licențierea și datele de livrare nu sunt încă stabilite. Toate cele 25 de criterii, cele șapte familii de date, cele 19 contracte și legăturile cu furnizorii de AI sunt pe pagina perimetrului planificat v1; profilurile ulterioare sunt pe foaia de parcurs Cygnus.

Control prin design

Cum reduce NatusAI Cygnus riscurile AI

Suveranitate, guvernanță și securitate la NatusAI

Proprietate

Rulează pe serverele dumneavoastră ca un singur sistem, fără servicii separate de căutare, graf și serii temporale de licențiat și securizat.

Dovezi

Răspunsurile păstrează referințe la versiunea sursei și la momentul în timp pe care l-au folosit.

Acces

Regulile de acces la date se aplică înainte ca ceva să fie afișat sau ordonat. Textul regăsit nu acordă niciodată unei AI permisiunea de a acționa.

Recuperare

Restaurarea verificată și recuperarea la un moment dat sunt cerințe de lansare, nu opțiuni.

Date conectate în practică

Un singur model conectat. Multe probleme reale.

Problemele, abordările și rezultatele utile din poveștile noastre din industrie și din arhitecturile de referință. Fiecare exemplu evidențiază dimensiunile care fac problema potrivită pentru modelul unificat planificat Cygnus.

Aceste povești descriu proiecte, fluxuri de lucru explorate și arhitecturi de referință. Etichetele „Potrivire Cygnus” le pun în corespondență cu produsul planificat; ele nu atestă o implementare Cygnus lansată.

Logo NatusAI Lyra

O fundație complementară

Dați datelor conectate o interfață clară.

NatusAI Lyra oferă web components reutilizabile pentru hărți, grafuri, căutare și fluxuri de lucru în aplicații. Integrarea mai largă cu Orion și Cygnus face parte din viziunea platformei. Explorați NatusAI Lyra

Întrebări

Întrebări despre NatusAI Cygnus

Răspunsuri scurte pentru factorii de decizie. Echipa dumneavoastră tehnică găsește detaliile în secțiunea extensibilă de mai sus.

Este NatusAI Cygnus disponibil astăzi?

Încă nu. Pentru Cygnus este planificată o primă versiune, acceptată doar după ce trece testele de acceptanță definite. Același motor ca în proiectele pentru clienți este deja dovedit în livrare, iar echipa noastră construiește astăzi pe el.

Are nevoie un digital twin la scară globală de multe servere?

Nu. Prima versiune vizează un singur server. Un model de date la scară globală poate rula pe un singur nod, în limitele testate; geografia globală nu presupune un cluster.

Înlocuiește Cygnus data warehouse-ul nostru?

Nu neapărat. Cygnus este proiectat pentru muncă conectată, bogată în relații. Pentru raportare tabelară de mari dimensiuni, un data warehouse sau o stivă SQL matură pot rămâne varianta potrivită, iar Cygnus poate funcționa alături.

Discutați cu echipa noastră

Ce întrebare le ia echipelor dumneavoastră zile întregi?

Aduceți-o. Vă arătăm cum ar răspunde un model conectat și de ce ar fi nevoie.

Sau scrieți-ne la contact@natusai.com

Un product owner, un responsabil de securitate și un analist verifică o aplicație internă înainte de lansare (imagine ilustrativă)