> ## 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: identidad de Nodes y registros de clústeres

> SNV registra las identidades de los Nodes, sus recursos, la pertenencia a clústeres y los nombres asignados por el usuario sin imponerlos, mediante los subvectores SNIV, SNRV, SCIV y SCNV.

El Symphony Node Vector (SNV) registra y relaciona las identidades, los recursos, la pertenencia a clústeres y los nombres de los Nodes físicos que usas con Symphony. Se compone de cuatro subvectores, cada uno propietario de un límite semántico distinto. SNV no elige, emite, impone ni renombra automáticamente nada en tu nombre.

## Composición de subvectores

SNV se construye a partir de cuatro dominios semánticos permanentes:

> [card] SNIV
>
> **Identidad de Node**: identidad física del Node y sus asociaciones exactas con recursos de proveedores, ofertas seleccionadas y dominios de infraestructura.

> [card] SNRV
>
> **Recursos de Node**: verdad sobre los recursos locales y remotos explícitamente cualificados de un Node.

> [card] SCIV
>
> **Identidad de clúster**: identidad del clúster, conectividad del bus y relaciones de los Nodes dentro del clúster.

> [card] SCNV
>
> **Nomenclatura consolidada**: resolución, acotada por SNV, de los nombres que tú o tus proveedores ya asignaron.

## Límite de registro

SNV registra hechos y su linaje. No reserva nombres, no asigna recursos ni crea clústeres por ti. Los nombres los asigna el usuario; Symphony los registra. Los recursos de proveedores los selecciona el usuario; Symphony los relaciona. La topología del clúster la diseña el usuario; Symphony la documenta.

## Cómo se relaciona SNV con otros vectores

> [card] [SCV](https://docs.quanux.org/symphony/es/vectors/scv.md)
>
> Proporciona conocimiento de proveedores y recursos externos que determina qué Nodes pueden existir.

> [card] [SOV](https://docs.quanux.org/symphony/es/vectors/sov.md)
>
> Establece y modifica la infraestructura mediante qxctl, produciendo los Nodes que registra SNV.

> [card] [SHV](https://docs.quanux.org/symphony/es/vectors/shv.md)
>
> Puede proporcionar evidencia detallada de capacidades de hardware de los componentes físicos dentro de un Node.

## Estado actual

SNV es un contrato de arquitectura canónico emergente. Actualmente no hay implementado ningún motor, grafo, esquema de registro, codificador de identidades, servicio de descubrimiento, servicio de nomenclatura ni comando de qxctl de SNV. Los esquemas de registros y los motores siguen aplazados.

## Instalabilidad futura

Cualquier futuro motor de SNV debe poder instalarse de forma independiente y ser capaz de reconstruir sus proyecciones a partir de la evidencia exacta del propietario. Ningún motor se convierte en autoridad de identidad o de nomenclatura simplemente por almacenar o resolver registros.


## Related topics

- [Registro de cambios](https://docs.quanux.org/symphony/es/changelog.md)
- [Symphony Cloud Vector: conocimiento de recursos de proveedores](https://docs.quanux.org/symphony/es/vectors/scv.md)
- [Symphony Hardware Vector: conocimiento de capacidades de hardware](https://docs.quanux.org/symphony/es/vectors/shv.md)
- [Arquitectura de Symphony](https://docs.quanux.org/symphony/es/concepts/architecture.md)
- [Symphony Ops Vector: control de operaciones con qxctl](https://docs.quanux.org/symphony/es/vectors/sov.md)


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