> ## 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 : contrôle des opérations via qxctl

> SOV définit le domaine des opérations administré par qxctl pour le provisionnement, le conditionnement Habitat, la livraison Nest, les adaptateurs de bus et l’administration de Nodes distants.

Le Symphony Ops Vector (SOV) est le plan de contrôle opérationnel par lequel les commandes qxctl autorisées agissent sur votre infrastructure. Il détient le contrat du provisionnement, du conditionnement Habitat, de la livraison Nest, de la mise en place des adaptateurs de bus et de l’administration facultative de Nodes distants. SOV n’invente ni la signification propre aux fournisseurs ni les faits matériels ; il exécute les choix pris en charge que vous avez déjà sélectionnés.

## Ce que couvre SOV

SOV est un domaine émergent de la Phase 2. Son périmètre comprend :

* **Provisionnement** : workflows d’allocation de ressources chez les fournisseurs et sur le matériel détenu
* **Conditionnement Habitat** : conditionnement exact du système d’exploitation et des paquets livré à un Node
* **Livraison Nest** : placement et mise à jour des charges de travail sur un Node (Nest, le « nid » applicatif)
* **Mise en place des adaptateurs de bus** : connexion des Nodes via le bus de votre choix (NATS JetStream, ZeroMQ ou autres)
* **Opérations sur Nodes distants** : administration facultative de Nodes en dehors de votre shell local

> [!NOTE]
>
> Les protocoles des fournisseurs, l’exécution de Terraform, les constructeurs Habitat, les commandes de déploiement Nest et les récepteurs d’opérations distantes restent à concevoir. Aucun moteur SOV ni aucune mutation chez un fournisseur n’est actuellement implémenté.

## Relations de SOV avec les autres vecteurs

SOV est le plan de contrôle, et non la source de connaissances. Il agit sur des preuves détenues par d’autres vecteurs :

> [card] [SCV](https://docs.quanux.org/symphony/fr/vectors/scv.md)
>
> Fournit la connaissance des fournisseurs et des ressources externes. SOV lit les preuves SCV pour déterminer quelles opérations sont compatibles.

> [card] [SNV](https://docs.quanux.org/symphony/fr/vectors/snv.md)
>
> Consigne les identités de Nodes, appartenances à des clusters et noms qui en résultent une fois les opérations SOV terminées.

> [card] [SHV](https://docs.quanux.org/symphony/fr/vectors/shv.md)
>
> Pourra ultérieurement fournir des preuves détaillées des capacités matérielles pour contraindre les choix de provisionnement.

> [card] [SKV](https://docs.quanux.org/symphony/fr/skv/overview.md)
>
> Gouverne les contrats de SOV, les conséquences des modifications, l’indexation et l’intégration au cycle de vie.

## qxctl comme surface de commandes

Les opérations SOV sont exposées via `qxctl`, la CLI d’administration écrite en Go qui compte 373 commandes exécutables. qxctl implémente et présente les opérations SOV, mais ne détient pas leur signification métier. Le vecteur détient la sémantique ; l’outil détient la surface d’exécution.

## Limite de l’autorité de l’utilisateur

Vous sélectionnez les fournisseurs, régions, matériels, bus, logiciels, la topologie de déploiement et les modalités d’administration de chaque Node. SOV expose et exécute les choix pris en charge. Il ne classe pas les fournisseurs, ne recommande pas de topologies et ne transforme pas des suggestions en politique obligatoire.

## État actuel

SOV est un contrat d’architecture canonique. Aucun moteur, wrapper Terraform, constructeur Habitat, adaptateur de bus ni récepteur de commandes distantes n’est revendiqué comme implémenté. Les futurs composants SOV resteront installables indépendamment, sélectionnables à une version exacte et réversibles dans le cadre du cycle de vie SKV commun.


## Related topics

- [Symphony Cloud Vector : connaissance des ressources des fournisseurs](https://docs.quanux.org/symphony/fr/vectors/scv.md)
- [Symphony Intelligence Vector : la future collaboration entre agents](https://docs.quanux.org/symphony/fr/vectors/siv.md)
- [Symphony Hardware Vector : connaissance des capacités matérielles](https://docs.quanux.org/symphony/fr/vectors/shv.md)
- [Moteurs de connaissance des sources SCV : la réalité des fournisseurs pour Symphony](https://docs.quanux.org/symphony/fr/engines/scv-source-engines.md)
- [Symphony Node Vector : identité des Nodes et enregistrements de clusters](https://docs.quanux.org/symphony/fr/vectors/snv.md)


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