> ## 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 enregistrements de clusters

> SNV consigne les identités des Nodes, leurs ressources, leurs appartenances à des clusters et les noms attribués par l’utilisateur, sans les imposer, au moyen des sous-vecteurs SNIV, SNRV, SCIV et SCNV.

Le Symphony Node Vector (SNV) consigne et relie les identités, ressources, appartenances à des clusters et noms des Nodes physiques que vous utilisez avec Symphony. Il se compose de quatre sous-vecteurs qui détiennent chacun une frontière sémantique distincte. SNV ne choisit, n’émet, n’impose ni ne renomme automatiquement quoi que ce soit en votre nom.

## Composition des sous-vecteurs

SNV repose sur quatre domaines sémantiques pérennes :

> [card] SNIV
>
> **Identité des Nodes** : identité physique du Node et ses associations exactes à une ressource de fournisseur, à une offre sélectionnée et à un domaine d’infrastructure.

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

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

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

## Limite de l’enregistrement

SNV consigne des faits et leur lignée. Il ne réserve pas de noms, n’alloue pas de ressources et ne crée pas de clusters à votre place. Les noms sont attribués par l’utilisateur ; Symphony les consigne. Les ressources des fournisseurs sont sélectionnées par l’utilisateur ; Symphony les relie. La topologie des clusters est conçue par l’utilisateur ; Symphony la documente.

## Relations de SNV avec les autres vecteurs

> [card] [SCV](https://docs.quanux.org/symphony/fr/vectors/scv.md)
>
> Fournit la connaissance des fournisseurs et des ressources externes qui détermine quels Nodes peuvent exister.

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

> [card] [SHV](https://docs.quanux.org/symphony/fr/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 aucune commande qxctl SNV n’est actuellement implémenté. Les schémas d’enregistrement et les moteurs restent différés.

## Installabilité future

Tout futur moteur SNV devra être installable indépendamment 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 seul fait qu’il stocke ou résout des enregistrements.


## Related topics

- [Symphony Cloud Vector : connaissance des ressources des fournisseurs](https://docs.quanux.org/symphony/fr/vectors/scv.md)
- [Symphony Ops Vector : contrôle des opérations via qxctl](https://docs.quanux.org/symphony/fr/vectors/sov.md)
- [Node, Habitat et Nest dans Symphony](https://docs.quanux.org/symphony/fr/concepts/node-habitat-nest.md)
- [Architecture de Symphony](https://docs.quanux.org/symphony/fr/concepts/architecture.md)
- [Vecteurs et phases de livraison de Symphony](https://docs.quanux.org/symphony/fr/concepts/vectors.md)


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