> ## 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: tożsamość Node'ów i rekordy klastrów

> SNV rejestruje tożsamość Node'ów, zasoby, członkostwo w klastrach i nazwy nadane przez użytkownika, nie narzucając ich, za pomocą podwektorów SNIV, SNRV, SCIV i SCNV.

Symphony Node Vector (SNV) rejestruje i wiąże tożsamości, zasoby, członkostwo w klastrach oraz nazwy fizycznych Node'ów (węzłów), których używasz z Symphony. Składa się z czterech podwektorów, z których każdy jest właścicielem odrębnej granicy semantycznej. SNV niczego nie wybiera, nie wydaje, nie narzuca ani automatycznie nie zmienia nazw w Twoim imieniu.

## Skład podwektorów

SNV jest zbudowany z czterech trwałych domen semantycznych:

> [card] SNIV
>
> **Node Identity**: tożsamość fizycznego Node'a i jego dokładne powiązania z zasobami dostawcy, wybraną ofertą i domeną infrastruktury.

> [card] SNRV
>
> **Node Resources**: prawda o zasobach lokalnych i jawnie kwalifikowanych zasobach zdalnych Node'a.

> [card] SCIV
>
> **Cluster Identity**: tożsamość klastra, łączność magistrali i relacje Node-w-klastrze.

> [card] SCNV
>
> **Consolidated Naming**: ograniczone do SNV rozwiązywanie nazw, które Ty lub Twoi dostawcy już nadaliście.

## Granica rejestrowania

SNV rejestruje fakty i ich pochodzenie. Nie rezerwuje nazw, nie przydziela zasobów ani nie tworzy klastrów za Ciebie. Nazwy nadaje użytkownik; Symphony je rejestruje. Zasoby dostawców wybiera użytkownik; Symphony je wiąże. Topologię klastra projektuje użytkownik; Symphony ją dokumentuje.

## Relacje SNV z innymi wektorami

> [card] [SCV](https://docs.quanux.org/symphony/pl/vectors/scv.md)
>
> Dostarcza wiedzę o dostawcach i zasobach zewnętrznych, określającą, jakie Node'y mogą istnieć.

> [card] [SOV](https://docs.quanux.org/symphony/pl/vectors/sov.md)
>
> Ustanawia i zmienia infrastrukturę za pomocą qxctl, tworząc Node'y rejestrowane przez SNV.

> [card] [SHV](https://docs.quanux.org/symphony/pl/vectors/shv.md)
>
> Może dostarczać szczegółowe dowody możliwości sprzętu dla fizycznych komponentów wewnątrz Node'a.

## Obecny stan

SNV to rozwijający się kanoniczny kontrakt architektoniczny. Obecnie nie zaimplementowano żadnego silnika SNV, grafu, schematu rejestru, kodera tożsamości, usługi wykrywania, usługi nazewnictwa ani polecenia qxctl. Schematy rekordów i silniki pozostają odłożone na później.

## Przyszła instalowalność

Każdy przyszły silnik SNV musi być niezależnie instalowalny i zdolny do odbudowy swoich projekcji na podstawie dokładnych dowodów właściciela. Żaden silnik nie staje się autorytetem tożsamości ani nazewnictwa tylko dlatego, że przechowuje lub rozwiązuje rekordy.


## Related topics

- [Symphony Cloud Vector: wiedza o zasobach dostawców](https://docs.quanux.org/symphony/pl/vectors/scv.md)
- [Symphony Hardware Vector: wiedza o możliwościach sprzętu](https://docs.quanux.org/symphony/pl/vectors/shv.md)
- [Symphony Ops Vector: sterowanie operacjami przez qxctl](https://docs.quanux.org/symphony/pl/vectors/sov.md)
- [Node, Habitat i Nest w Symphony](https://docs.quanux.org/symphony/pl/concepts/node-habitat-nest.md)
- [Symphony Quantitative Vector: kontrakty frameworka](https://docs.quanux.org/symphony/pl/vectors/sqv.md)


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