> ## 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 и Nest в Symphony

> Узнайте, как Symphony моделирует физическую инфраструктуру: Node — физический компьютер, Habitat — точная подготовка ОС, Nest — рабочая нагрузка с назначением, заданным пользователем.

Symphony определяет три физических понятия, которые разделяют идентичность оборудования, программную подготовку и пользовательскую рабочую нагрузку. Эти понятия разграничивают аспекты инфраструктуры, чтобы вы могли рассматривать каждый из них независимо.

## Node

**Node** — это целевой физический вычислительный ресурс с конкретно идентифицированными ресурсами. Отключение, повторное подключение, перезапуск или перепрошивка только программного обеспечения не создают новый физический Node. Это происходит при уничтожении, физической замене или существенном локальном изменении оборудования. Инкарнация Node — это отдельное свидетельство, создаваемое, когда 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/ru/quickstart.md)
- [Архитектура Symphony](https://docs.quanux.org/symphony/ru/concepts/architecture.md)
- [Symphony Ops Vector: управление операциями через qxctl](https://docs.quanux.org/symphony/ru/vectors/sov.md)
- [Документация QuanuX Symphony](https://docs.quanux.org/symphony/ru/index.md)
- [Векторы и фазы поставки Symphony](https://docs.quanux.org/symphony/ru/concepts/vectors.md)


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