> ## 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 פיזי חדש. השמדה, החלפה פיזית או שינוי חומרה מקומי מהותי — כן. מופע (incarnation) של Node הוא ראיה נפרדת שנוצרת כאשר אותו Node מחובר ל-bus כמשתתף במערכת מסחר, באשכול מחקר או במערכת אחרת שנבנתה ב-Symphony.

## Habitat

**Habitat** הוא ההתניה המדויקת של מערכת ההפעלה והחבילות שנמסרת ל-Node עבור העבודה שבחרתם. ברירת המחדל שלו היא משטח התוכנה הנדרש בלבד: ללא חבילות שאינן קשורות, סביבות ריצה נסתרות, קונטיינרים, Kubernetes או וירטואליזציה משתמעת. Habitat רחב לשימוש כללי נותר בחירה מפורשת ולגיטימית של המשתמש.

## Nest

**Nest** (״קן״) משרת מטרה שבחרתם. הרצת אסטרטגיה חיה צפויה להיות נפוצה, ואסטרטגיה אחת יכולה לכלול מקטעי קוד מודולריים רבים. Symphony אינה מגדירה את מטרת ה-Nest ואינה משווה אותו לקובץ מקור, תהליך, אלגוריתם, API של ברוקר או ממשק נתונים יחיד. לוגיקת האסטרטגיה נותרת בתחום שלכם.

## השוואה

| מושג | מה הוא | מה משנה אותו |
| - | - | - |
| **Node** | מחשב פיזי עם משאבים ספציפיים | השמדה פיזית, החלפה או שינוי חומרה מהותי |
| **Habitat** | התניה מדויקת של מערכת ההפעלה והחבילות ב-Node | בחירה מפורשת של המשתמש או התניה המנוהלת באמצעות qxctl |
| **Nest** | עומס עבודה המשרת את מטרת המשתמש ונמסר לתוך Habitat | פריסה של אסטרטגיה או של עבודה נבחרת אחרת על ידי המשתמש |

## אשכול וטופולוגיית bus

Nodes מרובים יוצרים אשכול רק כאשר הם מחוברים זה לזה באמצעות bus אחד או יותר. מארגי bus מרובים יכולים להתקיים יחד באשכול אחד, ויחס Node-באשכול יכול לזהות את ה-bus הרלוונטי מבלי לשנות את זהותו של ה-Node הפיזי.

מתאמי bus כגון NATS JetStream ו-ZeroMQ הם בחירה של המשתמש, לא דוקטרינה. תעבורה כבדה, בקרה, מחקר ופליטת הרצה אינם חייבים לחלוק bus אחד. טופולוגיה יכולה להשתמש ב-buses מרובים או לעקוף bus עבור נתיב מוצהר.

## היקף TOPS ו-TROG

**TOPS** הוא היקף מערכת הפעלת המסחר (Trade Operating System) הדומיננטי. **TROG** הוא היקף של קבוצת מסחר שאינו גלובלי וכפוף במכוון. למרות הניסוח ההיסטורי, TROG אינו בהכרח וירטואלי. התכונה המבחינה שלו היא שההיקף והכללים שלו אינם אוניברסליים.


## Related topics

- [התחלה מהירה: היכרות עם QuanuX Symphony](https://docs.quanux.org/symphony/he/quickstart.md)
- [וקטורים ושלבי מסירה ב-Symphony](https://docs.quanux.org/symphony/he/concepts/vectors.md)
- [התיעוד של QuanuX Symphony](https://docs.quanux.org/symphony/he/index.md)
- [Symphony Ops Vector: בקרת תפעול באמצעות qxctl](https://docs.quanux.org/symphony/he/vectors/sov.md)
- [הארכיטקטורה של Symphony](https://docs.quanux.org/symphony/he/concepts/architecture.md)


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