> ## 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: controllo delle operazioni con qxctl

> SOV definisce il dominio delle operazioni amministrato da qxctl per provisioning, condizionamento degli Habitat, distribuzione dei Nest, adattatori di bus e amministrazione remota dei Node.

Il Symphony Ops Vector (SOV) è il piano di controllo operativo attraverso cui i comandi qxctl autorizzati agiscono sulla tua infrastruttura. È proprietario del contratto per provisioning, condizionamento degli Habitat, distribuzione dei Nest, configurazione degli adattatori di bus e amministrazione remota facoltativa dei Node. SOV non inventa il significato dei provider né fatti sull'hardware; esegue le scelte supportate che hai già selezionato.

## Cosa copre SOV

SOV è un dominio emergente della Fase 2. Il suo ambito include:

* **Provisioning**: workflow di allocazione delle risorse dei provider e dell'hardware di proprietà
* **Condizionamento degli Habitat**: condizionamento esatto del sistema operativo e dei pacchetti fornito a un Node
* **Distribuzione dei Nest**: posizionamento e aggiornamento dei carichi di lavoro su un Node
* **Creazione degli adattatori di bus**: collegamento dei Node tramite il bus che hai scelto (NATS JetStream, ZeroMQ o altri)
* **Operazioni remote sui Node**: amministrazione facoltativa di Node esterni alla tua shell locale

> [!NOTE]
>
> Protocolli dei provider, esecuzione di Terraform, builder degli Habitat, comandi di deployment dei Nest e ricevitori delle operazioni remote devono ancora essere progettati. Al momento non è implementato alcun engine SOV né alcuna mutazione sui provider.

## Relazione di SOV con gli altri vettori

SOV è il piano di controllo, non la fonte di conoscenza. Agisce sulle evidenze di proprietà di altri vettori:

> [card] [SCV](https://docs.quanux.org/symphony/it/vectors/scv.md)
>
> Fornisce la conoscenza dei provider e delle risorse esterne. SOV legge le evidenze SCV per decidere quali operazioni sono compatibili.

> [card] [SNV](https://docs.quanux.org/symphony/it/vectors/snv.md)
>
> Registra le identità dei Node, le appartenenze ai cluster e i nomi risultanti al termine delle operazioni SOV.

> [card] [SHV](https://docs.quanux.org/symphony/it/vectors/shv.md)
>
> In futuro potrà fornire evidenze dettagliate sulle capacità hardware per vincolare le scelte di provisioning.

> [card] [SKV](https://docs.quanux.org/symphony/it/skv/overview.md)
>
> Governa i contratti SOV, le conseguenze delle modifiche, l'indicizzazione e l'integrazione con il ciclo di vita.

## qxctl come superficie dei comandi

Le operazioni SOV sono esposte tramite `qxctl`, la CLI amministrativa in Go con 373 comandi eseguibili. qxctl implementa e presenta le operazioni SOV, ma non è proprietario del loro significato di dominio. Il vettore possiede la semantica; lo strumento possiede la superficie di esecuzione.

## Confine dell'autorità dell'utente

Sei tu a selezionare provider, regioni, hardware, bus, software, topologia di deployment e modalità di amministrazione per ciascun Node. SOV espone ed esegue le scelte supportate. Non classifica i provider, non raccomanda topologie e non converte suggerimenti in policy obbligatorie.

## Stato attuale

SOV è un contratto di architettura canonico. Non si dichiara implementato alcun engine, wrapper Terraform, builder di Habitat, adattatore di bus o ricevitore di comandi remoti. I futuri componenti SOV resteranno installabili in modo indipendente, selezionabili per versione esatta e ripristinabili (rollback) secondo il ciclo di vita comune di SKV.


## Related topics

- [Symphony Cloud Vector: conoscenza delle risorse dei provider](https://docs.quanux.org/symphony/it/vectors/scv.md)
- [Symphony Hardware Vector: conoscenza delle capacità hardware](https://docs.quanux.org/symphony/it/vectors/shv.md)
- [Engine di conoscenza delle sorgenti SCV: la realtà dei provider per Symphony](https://docs.quanux.org/symphony/it/engines/scv-source-engines.md)
- [Symphony Node Vector: identità dei Node e record dei cluster](https://docs.quanux.org/symphony/it/vectors/snv.md)
- [Isolamento dell'hot path in QuanuX Symphony](https://docs.quanux.org/symphony/it/concepts/hot-path-isolation.md)


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