> ## 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: Node-Identität und Cluster-Einträge

> SNV erfasst Node-Identitäten, Ressourcen, Cluster-Mitgliedschaften und vom Benutzer vergebene Namen, ohne sie vorzugeben, über die Untervektoren SNIV, SNRV, SCIV und SCNV.

Der Symphony Node Vector (SNV) erfasst die Identitäten, Ressourcen, Cluster-Mitgliedschaften und Namen der physischen Nodes, die Sie mit Symphony verwenden, und setzt sie zueinander in Beziehung. Er besteht aus vier Untervektoren, die jeweils eine eigene semantische Grenze verantworten. SNV wählt, vergibt, diktiert oder benennt nichts automatisch in Ihrem Namen um.

## Zusammensetzung der Untervektoren

SNV setzt sich aus vier dauerhaften semantischen Domänen zusammen:

> [card] SNIV
>
> **Node Identity**: physische Node-Identität und ihre exakten Zuordnungen zu Provider-Ressource, gewähltem Angebot und Infrastrukturdomäne.

> [card] SNRV
>
> **Node Resources**: lokale und explizit qualifizierte entfernte Ressourcenwahrheit für einen Node.

> [card] SCIV
>
> **Cluster Identity**: Cluster-Identität, Bus-Konnektivität und Node-im-Cluster-Beziehungen.

> [card] SCNV
>
> **Consolidated Naming**: durch SNV begrenzte Auflösung von Namen, die Sie oder Ihre Provider bereits vergeben haben.

## Erfassungsgrenze

SNV erfasst Fakten und ihre Herkunft. Er reserviert keine Namen, weist keine Ressourcen zu und erstellt keine Cluster für Sie. Namen werden vom Benutzer vergeben; Symphony erfasst sie. Provider-Ressourcen werden vom Benutzer ausgewählt; Symphony setzt sie in Beziehung. Die Cluster-Topologie wird vom Benutzer entworfen; Symphony dokumentiert sie.

## Wie SNV mit anderen Vektoren zusammenhängt

> [card] [SCV](https://docs.quanux.org/symphony/de/vectors/scv.md)
>
> Liefert Wissen über Provider und externe Ressourcen, das bestimmt, welche Nodes existieren können.

> [card] [SOV](https://docs.quanux.org/symphony/de/vectors/sov.md)
>
> Richtet Infrastruktur über qxctl ein und ändert sie, wodurch die Nodes entstehen, die SNV erfasst.

> [card] [SHV](https://docs.quanux.org/symphony/de/vectors/shv.md)
>
> Kann detaillierte Nachweise zu Hardwarefähigkeiten für die physischen Komponenten in einem Node liefern.

## Aktueller Stand

SNV ist ein im Entstehen begriffener kanonischer Architekturvertrag. Derzeit sind weder eine SNV-Engine, ein Graph, ein Registry-Schema, ein Identitäts-Encoder, ein Discovery-Dienst, ein Namensdienst noch ein qxctl-Befehl implementiert. Eintragsschemas und Engines bleiben zurückgestellt.

## Künftige Installierbarkeit

Jede künftige SNV-Engine muss unabhängig installierbar sein und ihre Projektionen aus exakten Nachweisen des Eigentümers neu aufbauen können. Keine Engine wird allein dadurch zu einer Identitäts- oder Benennungsautorität, dass sie Einträge speichert oder auflöst.


## Related topics

- [Node, Habitat und Nest in Symphony](https://docs.quanux.org/symphony/de/concepts/node-habitat-nest.md)
- [Symphony Ops Vector: Betriebssteuerung mit qxctl](https://docs.quanux.org/symphony/de/vectors/sov.md)
- [Symphony Cloud Vector: Wissen über Provider-Ressourcen](https://docs.quanux.org/symphony/de/vectors/scv.md)
- [Symphony-Architektur](https://docs.quanux.org/symphony/de/concepts/architecture.md)
- [Symphony-Vektoren und Auslieferungsphasen](https://docs.quanux.org/symphony/de/concepts/vectors.md)


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