> ## 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 中的 Node、Habitat 和 Nest

> 了解 Symphony 如何对物理基础设施建模：Node 是物理计算机，Habitat 是精确的操作系统调配，Nest 是用户用途的工作负载。

Symphony 定义了三个物理概念，用于区分硬件身份、软件调配和用户工作负载。这些概念使各项基础设施关注点相互独立，便于你分别进行分析。

## Node

**Node** 是具有明确标识资源的目标物理计算机资源。断开连接、重新连接、重启或仅重新刷写软件，都不会产生新的物理 Node。而损毁、物理替换或重大的本地硬件变更则会产生新的 Node。Node 化身（incarnation）是单独的证据，当该 Node 作为交易系统、研究集群或其他基于 Symphony 构建的系统中的参与者接入总线时创建。

## Habitat

**Habitat** 是为你所选的工作而交付到 Node 上的精确操作系统和软件包调配。其默认值仅包含所需的软件表面：没有无关的软件包、隐藏的运行时、容器、Kubernetes 或隐式虚拟化。宽泛的通用型 Habitat 仍然是一种有效的显式用户选择。

## Nest

**Nest** 服务于你所选择的用途。实时策略执行预计会很常见，并且一个策略可能包含许多模块化代码段。Symphony 不会定义 Nest 的用途，也不会将其等同于某一个源文件、进程、算法、券商 API 或数据接口。策略逻辑始终属于你的领域。

## 对比

| 概念 | 定义 | 引起变化的因素 |
| - | - | - |
| **Node** | 具有特定资源的物理计算机 | 物理损毁、替换或重大硬件变更 |
| **Habitat** | Node 上的精确操作系统和软件包调配 | 显式的用户选择或由 qxctl 管理的调配 |
| **Nest** | 交付到 Habitat 中的用户用途工作负载 | 用户部署策略或其他所选工作 |

## 集群与总线拓扑

只有当多个 Node 通过一条或多条总线彼此连接时，它们才构成一个集群。一个集群内可以同时存在多种总线结构，而“Node 在集群中”的关系可以标识相关总线，而不会改变物理 Node 的身份。

NATS JetStream 和 ZeroMQ 等总线适配器由用户选择，而非准则所规定。大量数据传输、控制、研究和执行产生的输出不必共享同一条总线。拓扑可以使用多条总线，也可以为某条已声明的路径绕过总线。

## TOPS 与 TROG 作用域

**TOPS** 是占主导地位的交易操作系统（Trade Operating System）作用域。**TROG** 是一种刻意设定为从属的、非全局的交易组作用域。尽管历史措辞如此，TROG 并不一定是虚拟的。它的区别性特征在于其作用域和规则不具有普遍性。


## Related topics

- [快速入门：探索 QuanuX Symphony](https://docs.quanux.org/symphony/zh-Hans/quickstart.md)
- [QuanuX Symphony 文档](https://docs.quanux.org/symphony/zh-Hans/index.md)
- [Symphony 架构](https://docs.quanux.org/symphony/zh-Hans/concepts/architecture.md)
- [Symphony Ops Vector：qxctl 运维控制](https://docs.quanux.org/symphony/zh-Hans/vectors/sov.md)
- [QuanuX Symphony 中的热路径隔离](https://docs.quanux.org/symphony/zh-Hans/concepts/hot-path-isolation.md)


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