> ## 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/uk/quickstart.md)
- [Архітектура Symphony](https://docs.quanux.org/symphony/uk/concepts/architecture.md)
- [Symphony Ops Vector: керування операціями через qxctl](https://docs.quanux.org/symphony/uk/vectors/sov.md)
- [Документація QuanuX Symphony](https://docs.quanux.org/symphony/uk/index.md)
- [Вектори та фази доставки Symphony](https://docs.quanux.org/symphony/uk/concepts/vectors.md)


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