Totul într-un singur model, și nimic pe care să fiți nevoit să-l luați pe încredere.

Afaceri, Aplicații, Tehnologie, Portofoliu, Platformă și Reglementare. Fiecare tip este un obiect real, cu atributele lui, relațiile lui și propriile vederi de listă, de detaliu și de istoric. Stratul de platformă este tratat la fel ca celelalte: clusterele, spațiile de nume, sarcinile de lucru, depozitele de date, punctele de rețea și certificatele sunt obiecte pe care le modelați, nu text liber pe o fișă de tehnologie.

Obiecte orfane, inversiuni de date în ciclul de viață, versiuni incomplete, context de business lipsă, goluri de reziliență, goluri de securitate și expunere în rețea. Nu se stochează nimic între rulări, deci nu există o dată de „ultima scanare” de care să vă îndoiți și niciun raport învechit de explicat. Numărul de pe ecran este produs chiar de motor — un test pică build-ul dacă numărul și motorul ajung vreodată să nu se potrivească.

Harta de straturi a peisajului, foaia de parcurs a ciclului de viață, impactul și raza de propagare, distribuția TIME și vecinătatea. Toate cinci sunt desenate pe server și ajung ca imagini finite, exact de aceea funcționează fără internet și sub o politică strictă de securitate a conținutului. Deplasare, mărire și clic până la obiect.

Un limbaj de interogare pe bază de căi peste metamodel, doar-citire prin însăși gramatica lui: sintaxa nu conține nicio operație de modificare, iar planificatorul emite instrucțiuni SELECT parametrizate către o conexiune de bază de date deschisă numai pentru citire. Dacă salvați o interogare, se salvează textul ei sursă, recompilat la fiecare rulare, așa încât o schimbare a metamodelului nu poate lăsa în urmă un plan de execuție învechit.

Metamodelul însuși este publicat ca un contract JSON stabil la GET /query/schema — fiecare tip, fiecare muchie, fiecare operator. Dacă îl puteți exprima, îl puteți extrage.

Căutarea în tot textul se face prin scriere imediată: fiecare creare, actualizare și ștergere reindexează pe loc, deci rezultatele nu rămân niciodată în urma modelului. Istoricul modificărilor este la nivel de câmp — o listă efectivă a ce s-a schimbat, din ce în ce, per obiect, cu persoana identificată.

Descoperirea se face prin împingere. Exportați din sursă și încărcați; Noveam reconciliază. Astăzi se citesc trei formate: liste de obiecte Kubernetes, rezultate kube-bench și exporturi de catalog SQL Server. Reîncărcarea este idempotentă — obiectele sunt potrivite după identitatea lor externă, modificările dumneavoastră manuale înving valorile importate, iar orice câmp care diferă este consemnat ca abatere de revizuit, în loc să fie suprascris pe tăcute.

La ieșire: CSV, JSON și XLSX pentru liste, plus JSON de definiție de componentă OSCAL pentru catalogul de controale.