Hopp til hovedinnhold
Symphony Node Vector (SNV) registrerer og relaterer identitetene, ressursene, klyngemedlemskapene og navnene til de fysiske Nodes du bruker med Symphony. Den består av fire undervektorer som hver eier en tydelig semantisk grense. SNV velger, utsteder, dikterer eller omdøper ikke automatisk noe på dine vegne.

Sammensetning av undervektorer

SNV er bygget av fire varige semantiske domener:

SNIV

Node-identitet: fysisk Node-identitet og dens eksakte tilknytninger til leverandørressurs, valgt tilbud og infrastrukturdomene.

SNRV

Node-ressurser: lokal og eksplisitt kvalifisert ekstern ressurssannhet for en Node.

SCIV

Klyngeidentitet: klyngeidentitet, busstilkobling og relasjoner mellom Node og klynge.

SCNV

Konsolidert navngiving: SNV-avgrenset oppløsning av navn som du eller leverandørene dine allerede har tildelt.

Registreringsgrense

SNV registrerer fakta og deres opphav. Den reserverer ikke navn, allokerer ikke ressurser og oppretter ikke klynger for deg. Navn tildeles av brukeren; Symphony registrerer dem. Leverandørressurser velges av brukeren; Symphony relaterer dem. Klyngetopologi utformes av brukeren; Symphony dokumenterer den.

Hvordan SNV forholder seg til andre vektorer

SCV

Leverer kunnskap om leverandører og eksterne ressurser som avgjør hvilke Nodes som kan finnes.

SOV

Etablerer og endrer infrastruktur via qxctl og produserer Nodes som SNV registrerer.

SHV

Kan levere detaljert bevis om maskinvarekapabiliteter for de fysiske komponentene i en Node.

Nåværende status

SNV er en fremvoksende kanonisk arkitekturkontrakt. Ingen SNV-motor, graf, registerskjema, identitetskoder, oppdagelsestjeneste, navnetjeneste eller qxctl-kommando er implementert for øyeblikket. Postskjemaer og motorer er fortsatt utsatt.

Fremtidig installerbarhet

Enhver fremtidig SNV-motor må være uavhengig installerbar og kunne gjenoppbygge projeksjonene sine fra eksakt eierbevis. Ingen motor blir en identitets- eller navneautoritet bare ved å lagre eller løse opp poster.
Sist endret 10. oktober 2026