> ## 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.

# Node, Habitat et Nest dans Symphony

> Découvrez comment Symphony modélise l’infrastructure physique : le Node comme ordinateur physique, l’Habitat comme conditionnement exact du système d’exploitation et le Nest comme charge de travail répondant à la finalité de l’utilisateur.

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

| Concept | Ce que c’est | Ce qui le modifie |
| - | - | - |
| **Node** | Ordinateur physique doté de ressources précises | Destruction physique, remplacement ou modification matérielle importante |
| **Habitat** | Conditionnement exact du système d’exploitation et des paquets sur un Node | Sélection explicite de l’utilisateur ou conditionnement administré par qxctl |
| **Nest** | Charge de travail répondant à la finalité de l’utilisateur, livrée dans un Habitat | Déploiement par l’utilisateur d’une stratégie ou d’un autre travail sélectionné |

## 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.


## Related topics

- [Démarrage rapide : explorer QuanuX Symphony](https://docs.quanux.org/symphony/fr-CA/quickstart.md)
- [Symphony Ops Vector : contrôle des opérations par qxctl](https://docs.quanux.org/symphony/fr-CA/vectors/sov.md)
- [Architecture de Symphony](https://docs.quanux.org/symphony/fr-CA/concepts/architecture.md)
- [Documentation de QuanuX Symphony](https://docs.quanux.org/symphony/fr-CA/index.md)
- [Symphony Node Vector : identité des Nodes et registres de grappes](https://docs.quanux.org/symphony/fr-CA/vectors/snv.md)


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