> ## 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: driftskontroll med qxctl

> SOV definerer det qxctl-administrerte driftsdomenet for klargjøring, Habitat-kondisjonering, Nest-levering, bussadaptere og ekstern Node-administrasjon.

Symphony Ops Vector (SOV) er det operasjonelle kontrollplanet som autoriserte qxctl-kommandoer handler på infrastrukturen din gjennom. Den eier kontrakten for klargjøring, Habitat-kondisjonering, Nest-levering, oppsett av bussadaptere og valgfri ekstern Node-administrasjon. SOV finner ikke opp leverandørbetydning eller maskinvarefakta; den utfører støttede valg du allerede har tatt.

## Hva SOV dekker

SOV er et fremvoksende fase 2-domene. Omfanget omfatter:

* **Klargjøring**: arbeidsflyter for ressursallokering hos leverandører og på egen maskinvare
* **Habitat-kondisjonering**: eksakt kondisjonering av OS og pakker levert til en Node
* **Nest-levering**: plassering og oppdatering av arbeidslaster på en Node
* **Etablering av bussadaptere**: tilkobling av Nodes via bussen du velger (NATS JetStream, ZeroMQ eller andre)
* **Eksterne Node-operasjoner**: valgfri administrasjon av Nodes utenfor ditt lokale skall

> [!NOTE]
>
> Leverandørprotokoller, Terraform-kjøring, Habitat-byggere, Nest-utrullingskommandoer og mottakere for eksterne operasjoner gjenstår å utforme. Ingen SOV-motor eller leverandørendring er implementert for øyeblikket.

## Hvordan SOV forholder seg til andre vektorer

SOV er kontrollplanet, ikke kunnskapskilden. Den handler ut fra bevis som eies av andre vektorer:

> [card] [SCV](https://docs.quanux.org/symphony/no/vectors/scv.md)
>
> Leverer kunnskap om leverandører og eksterne ressurser. SOV leser SCV-bevis for å avgjøre hvilke operasjoner som er kompatible.

> [card] [SNV](https://docs.quanux.org/symphony/no/vectors/snv.md)
>
> Registrerer de resulterende Node-identitetene, klyngemedlemskapene og navnene etter at SOV-operasjoner er fullført.

> [card] [SHV](https://docs.quanux.org/symphony/no/vectors/shv.md)
>
> Kan senere levere detaljert bevis om maskinvarekapabiliteter for å begrense klargjøringsvalg.

> [card] [SKV](https://docs.quanux.org/symphony/no/skv/overview.md)
>
> Styrer SOV-kontrakter, endringskonsekvenser, indeksering og livssyklusintegrasjon.

## qxctl som kommandoflate

SOV-operasjoner eksponeres gjennom `qxctl`, det Go-baserte administrasjons-CLI-et med 373 kjørbare kommandoer. qxctl implementerer og presenterer SOV-operasjoner, men eier ikke domenebetydningen deres. Vektoren eier semantikken; verktøyet eier kjøringsflaten.

## Grense for brukerautoritet

Du velger leverandører, regioner, maskinvare, busser, programvare, utrullingstopologi og administrasjonsordninger per Node. SOV eksponerer og utfører støttede valg. Den rangerer ikke leverandører, anbefaler ikke topologier og gjør ikke forslag om til obligatorisk policy.

## Nåværende status

SOV er en kanonisk arkitekturkontrakt. Ingen motor, Terraform-wrapper, Habitat-bygger, bussadapter eller mottaker for eksterne kommandoer hevdes å være implementert. Fremtidige SOV-komponenter vil forbli uavhengig installerbare, kunne velges med eksakt versjon og kunne rulles tilbake under den felles SKV-livssyklusen.


## Related topics

- [SKVI: indeksmotoren for Symphony Knowledge Vector](https://docs.quanux.org/symphony/no/skv/skvi.md)
- [SCV-motorer for kildekunnskap: Leverandørvirkelighet for Symphony](https://docs.quanux.org/symphony/no/engines/scv-source-engines.md)
- [Symphony Knowledge Vector: oversikt over SKV-rammeverket](https://docs.quanux.org/symphony/no/skv/overview.md)
- [SODV: styring av offisiell dokumentasjon og utgivelser](https://docs.quanux.org/symphony/no/skv/sodv.md)
- [Symphony-vektorer og leveransefaser](https://docs.quanux.org/symphony/no/concepts/vectors.md)


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