> ## 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é des Nodes et registres de grappes

> SNV consigne les identités, les ressources, l'appartenance aux grappes et les noms attribués par l'utilisateur des Nodes, sans les dicter, au moyen des sous-vecteurs SNIV, SNRV, SCIV et SCNV.

Le Symphony Node Vector (SNV) consigne et met en relation les identités, les ressources, l'appartenance aux grappes et les noms des Nodes physiques que vous utilisez avec Symphony. Il se compose de quatre sous-vecteurs qui possèdent chacun une limite sémantique distincte. SNV ne choisit, n'émet, ne dicte ni ne renomme automatiquement quoi que ce soit en votre nom.

## Composition des sous-vecteurs

SNV repose sur quatre domaines sémantiques durables :

> [card] SNIV
>
> **Identité des Nodes** : identité physique du Node et ses associations exactes avec les ressources des fournisseurs, l'offre sélectionnée et le domaine d'infrastructure.

> [card] SNRV
>
> **Ressources des Nodes** : vérité sur les ressources locales et les ressources distantes explicitement qualifiées d'un Node.

> [card] SCIV
>
> **Identité des grappes** : identité des grappes, connectivité du bus et relations entre Nodes et grappes.

> [card] SCNV
>
> **Nommage consolidé** : résolution, bornée par SNV, des noms que vous ou vos fournisseurs avez déjà attribués.

## Limite de consignation

SNV consigne des faits et leur lignée. Il ne réserve pas de noms, n'attribue pas de ressources et ne crée pas de grappes pour vous. Les noms sont attribués par l'utilisateur; Symphony les consigne. Les ressources des fournisseurs sont sélectionnées par l'utilisateur; Symphony les met en relation. La topologie des grappes est conçue par l'utilisateur; Symphony la documente.

## Liens entre SNV et les autres vecteurs

> [card] [SCV](https://docs.quanux.org/symphony/fr-CA/vectors/scv.md)
>
> Fournit les connaissances sur les ressources des fournisseurs et les ressources externes qui déterminent quels Nodes peuvent exister.

> [card] [SOV](https://docs.quanux.org/symphony/fr-CA/vectors/sov.md)
>
> Établit et modifie l'infrastructure au moyen de qxctl, produisant les Nodes que consigne SNV.

> [card] [SHV](https://docs.quanux.org/symphony/fr-CA/vectors/shv.md)
>
> Peut fournir des preuves détaillées des capacités matérielles des composants physiques d'un Node.

## État actuel

SNV est un contrat d'architecture canonique émergent. Aucun moteur, graphe, schéma de registre, encodeur d'identité, service de découverte, service de nommage ni commande qxctl SNV n'est actuellement mis en œuvre. Les schémas de registres et les moteurs demeurent reportés.

## Installabilité future

Tout futur moteur SNV devra être installable de façon indépendante et capable de reconstruire ses projections à partir des preuves exactes du propriétaire. Aucun moteur ne devient une autorité d'identité ou de nommage du simple fait qu'il stocke ou résout des registres.


## Related topics

- [Symphony Cloud Vector : connaissances sur les ressources des fournisseurs](https://docs.quanux.org/symphony/fr-CA/vectors/scv.md)
- [Vecteurs et phases de livraison de Symphony](https://docs.quanux.org/symphony/fr-CA/concepts/vectors.md)
- [Symphony Ops Vector : contrôle des opérations par qxctl](https://docs.quanux.org/symphony/fr-CA/vectors/sov.md)
- [SSFV : Symphony Semantic Feature Vector et registre](https://docs.quanux.org/symphony/fr-CA/skv/ssfv.md)
- [Node, Habitat et Nest dans Symphony](https://docs.quanux.org/symphony/fr-CA/concepts/node-habitat-nest.md)


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