Passer au contenu principal
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
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 :

SCV

Fournit la connaissance des fournisseurs et des ressources externes. SOV lit les preuves SCV pour déterminer quelles opérations sont compatibles.

SNV

Consigne les identités de Nodes, appartenances à des clusters et noms qui en résultent une fois les opérations SOV terminées.

SHV

Pourra ultérieurement fournir des preuves détaillées des capacités matérielles pour contraindre les choix de provisionnement.

SKV

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.
Dernière modification le 10 octobre 2026