> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Symphony Node Vector: identità dei Node e record dei cluster

> SNV registra identità dei Node, risorse, appartenenze ai cluster e nomi assegnati dall'utente senza imporli, tramite i sotto-vettori SNIV, SNRV, SCIV e SCNV.

Il Symphony Node Vector (SNV) registra e mette in relazione identità, risorse, appartenenze ai cluster e nomi dei Node (nodi) fisici che usi con Symphony. È composto da quattro sotto-vettori, ciascuno proprietario di un confine semantico distinto. SNV non sceglie, emette, impone né rinomina automaticamente nulla per tuo conto.

## Composizione dei sotto-vettori

SNV è costruito a partire da quattro domini semantici duraturi:

> [card] SNIV
>
> **Node Identity**: identità del Node fisico e relative associazioni esatte con risorse del provider, offerta selezionata e dominio infrastrutturale.

> [card] SNRV
>
> **Node Resources**: verità sulle risorse locali e su quelle remote esplicitamente qualificate di un Node.

> [card] SCIV
>
> **Cluster Identity**: identità del cluster, connettività del bus e relazioni Node-cluster.

> [card] SCNV
>
> **Consolidated Naming**: risoluzione, delimitata da SNV, dei nomi che tu o i tuoi provider avete già assegnato.

## Confine della registrazione

SNV registra i fatti e la loro discendenza. Non riserva nomi, non alloca risorse e non crea cluster per te. I nomi sono assegnati dall'utente; Symphony li registra. Le risorse dei provider sono selezionate dall'utente; Symphony le mette in relazione. La topologia dei cluster è progettata dall'utente; Symphony la documenta.

## Relazione di SNV con gli altri vettori

> [card] [SCV](https://docs.quanux.org/symphony/it/vectors/scv.md)
>
> Fornisce la conoscenza dei provider e delle risorse esterne che determina quali Node possono esistere.

> [card] [SOV](https://docs.quanux.org/symphony/it/vectors/sov.md)
>
> Crea e modifica l'infrastruttura tramite qxctl, producendo i Node registrati da SNV.

> [card] [SHV](https://docs.quanux.org/symphony/it/vectors/shv.md)
>
> Può fornire evidenze dettagliate sulle capacità hardware dei componenti fisici all'interno di un Node.

## Stato attuale

SNV è un contratto di architettura canonico emergente. Al momento non sono implementati engine SNV, grafi, schemi di registro, encoder di identità, servizi di discovery, servizi di naming né comandi qxctl. Gli schemi dei record e gli engine restano rinviati.

## Installabilità futura

Qualsiasi futuro engine SNV dovrà essere installabile in modo indipendente e in grado di ricostruire le proprie proiezioni a partire dalle evidenze esatte del proprietario. Nessun engine diventa un'autorità di identità o di naming per il solo fatto di memorizzare o risolvere record.


## Related topics

- [Symphony Cloud Vector: conoscenza delle risorse dei provider](https://docs.quanux.org/symphony/it/vectors/scv.md)
- [Node, Habitat e Nest in Symphony](https://docs.quanux.org/symphony/it/concepts/node-habitat-nest.md)
- [Symphony Ops Vector: controllo delle operazioni con qxctl](https://docs.quanux.org/symphony/it/vectors/sov.md)
- [Symphony Hardware Vector: conoscenza delle capacità hardware](https://docs.quanux.org/symphony/it/vectors/shv.md)
- [Architettura di Symphony](https://docs.quanux.org/symphony/it/concepts/architecture.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.