> ## 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 Ops Vector: Driftsstyring med qxctl

> SOV definerer det qxctl-administrerede driftsdomæne for provisionering, Habitat-klargøring, Nest-levering, bus-adaptere og fjernadministration af Nodes.

Symphony Ops Vector (SOV) er det operationelle kontrolplan, gennem hvilket autoriserede qxctl-kommandoer handler på din infrastruktur. Den ejer kontrakten for provisionering, Habitat-klargøring, Nest-levering, opsætning af bus-adaptere og valgfri fjernadministration af Nodes. SOV opfinder ikke udbyderbetydning eller hardwarefakta; den udfører understøttede valg, som du allerede har truffet.

## Hvad SOV dækker

SOV er et nyt fase 2-domæne. Dets scope omfatter:

* **Provisionering**: workflows til allokering af ressourcer hos udbydere og på egen hardware
* **Habitat-klargøring**: nøjagtig klargøring af OS og pakker leveret til en Node
* **Nest-levering** (Nest: arbejdsbelastningens „rede“): placering og opdatering af arbejdsbelastninger på en Node
* **Etablering af bus-adaptere**: forbindelse af Nodes via din valgte bus (NATS JetStream, ZeroMQ eller andre)
* **Fjernoperationer på Nodes**: valgfri administration af Nodes uden for din lokale shell

> [!NOTE]
>
> Udbyderprotokoller, Terraform-eksekvering, Habitat-buildere, Nest-udrulningskommandoer og modtagere af fjernoperationer skal stadig designes. Der er i øjeblikket ikke implementeret nogen SOV-motor eller udbyderændring.

## Hvordan SOV forholder sig til andre vektorer

SOV er kontrolplanet, ikke videnskilden. Den handler på baggrund af evidens, der ejes af andre vektorer:

> [card] [SCV](https://docs.quanux.org/symphony/da/vectors/scv.md)
>
> Leverer viden om udbydere og eksterne ressourcer. SOV læser SCV-evidens for at afgøre, hvilke operationer der er kompatible.

> [card] [SNV](https://docs.quanux.org/symphony/da/vectors/snv.md)
>
> Registrerer de resulterende Node-identiteter, klyngemedlemskaber og navne, efter at SOV-operationer er fuldført.

> [card] [SHV](https://docs.quanux.org/symphony/da/vectors/shv.md)
>
> Kan senere levere detaljeret evidens for hardwarekapabiliteter til at begrænse provisioneringsvalg.

> [card] [SKV](https://docs.quanux.org/symphony/da/skv/overview.md)
>
> Styrer SOV-kontrakter, ændringskonsekvenser, indeksering og livscyklusintegration.

## qxctl som kommandoflade

SOV-operationer eksponeres via `qxctl`, den Go-baserede administrations-CLI med 373 eksekverbare kommandoer. qxctl implementerer og præsenterer SOV-operationer, men ejer ikke deres domænebetydning. Vektoren ejer semantikken; værktøjet ejer eksekveringsfladen.

## Grænse for brugerautoritet

Du vælger udbydere, regioner, hardware, busser, software, udrulningstopologi og administrationsordninger pr. Node. SOV eksponerer og udfører understøttede valg. Den rangerer ikke udbydere, anbefaler ikke topologier og omdanner ikke forslag til obligatorisk politik.

## Aktuel status

SOV er en kanonisk arkitekturkontrakt. Der påstås ikke implementeret nogen motor, Terraform-wrapper, Habitat-builder, bus-adapter eller modtager af fjernkommandoer. Fremtidige SOV-komponenter vil forblive uafhængigt installerbare, kunne vælges i nøjagtige versioner og kunne rulles tilbage under den fælles SKV-livscyklus.


## Related topics

- [Maestro: tilstedeværelsesmyndighed for Symphony-vector-engines](https://docs.quanux.org/symphony/da/governance/maestro.md)
- [Knowledge Session Coordinator til Symphony-vector-engines](https://docs.quanux.org/symphony/da/engines/coordinator.md)
- [SCV-engines til kildeviden: udbydervirkelighed for Symphony](https://docs.quanux.org/symphony/da/engines/scv-source-engines.md)
- [QuanuX Symphony-dokumentation](https://docs.quanux.org/symphony/da/index.md)
- [SKVI: Symphony Knowledge Vector Index-motoren](https://docs.quanux.org/symphony/da/skv/skvi.md)


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