Symphony définit trois concepts physiques qui séparent l’identité matérielle, le conditionnement logiciel et la charge de travail de l’utilisateur. Ces concepts maintiennent les préoccupations d’infrastructure distinctes afin que vous puissiez raisonner sur chacune indépendamment.
Node
Un Node (nœud) est la ressource informatique physique cible, dotée de ressources précisément identifiées. Le fait de déconnecter, de reconnecter, de redémarrer ou de reflasher uniquement le logiciel ne crée pas un nouveau Node physique. La destruction, le remplacement physique ou une modification matérielle locale importante, eux, en créent un. Une incarnation de Node est une preuve distincte créée lorsque ce Node est rattaché à un bus en tant que participant à un système de négociation, à une grappe de recherche ou à un autre système bâti avec Symphony.
Habitat
Un Habitat est le conditionnement exact du système d’exploitation et des paquets livré à un Node pour le travail que vous sélectionnez. Par défaut, il se limite à la surface logicielle requise : aucun paquet sans rapport, aucun environnement d’exécution caché, aucun conteneur, aucun Kubernetes ni aucune virtualisation implicite. Un Habitat généraliste étendu demeure un choix explicite valide de l’utilisateur.
Nest
Un Nest (nid) répond à une finalité que vous choisissez. L’exécution de stratégies en direct devrait être courante, et une stratégie peut comporter de nombreuses sections de code modulaires. Symphony ne définit pas la finalité du Nest et ne l’assimile pas à un fichier source, à un processus, à un algorithme, à une API de courtier ou à une interface de données unique. La logique de stratégie demeure votre domaine.
Comparaison
Grappe et topologie de bus
Plusieurs Nodes ne forment une grappe que lorsqu’ils sont reliés entre eux par un ou plusieurs bus. Plusieurs infrastructures de bus peuvent coexister dans une même grappe, et une relation Node-dans-grappe peut identifier le bus pertinent sans modifier l’identité du Node physique.
Les adaptateurs de bus comme NATS JetStream et ZeroMQ sont choisis par l’utilisateur et ne relèvent pas de la doctrine. Les transferts lourds, le contrôle, la recherche et les rejets d’exécution n’ont pas à partager un seul bus. Une topologie peut utiliser plusieurs bus ou contourner un bus pour un chemin déclaré.
Portée TOPS et TROG
TOPS est la portée dominante du système d’exploitation de négociation (Trade Operating System). Un TROG est une portée de groupe de négociation délibérément subordonnée et non globale. Malgré la formulation historique, un TROG n’est pas nécessairement virtuel. Sa propriété distinctive est que sa portée et ses règles ne sont pas universelles. Dernière modification le 10 octobre 2026
