> ## 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, सटीक OS कंडीशनिंग के रूप में Habitat, और उपयोगकर्ता-उद्देश्य वर्कलोड के रूप में Nest।

Symphony तीन भौतिक अवधारणाएँ परिभाषित करता है जो हार्डवेयर पहचान, सॉफ़्टवेयर कंडीशनिंग और उपयोगकर्ता वर्कलोड को अलग करती हैं। ये अवधारणाएँ इन्फ्रास्ट्रक्चर से जुड़ी चिंताओं को अलग-अलग रखती हैं ताकि आप प्रत्येक पर स्वतंत्र रूप से विचार कर सकें।

## Node

एक **Node** विशेष रूप से पहचाने गए संसाधनों वाला लक्ष्य भौतिक कंप्यूटर संसाधन है। केवल सॉफ़्टवेयर को डिस्कनेक्ट, पुनः कनेक्ट, पुनरारंभ या रीफ़्लैश करने से कोई नया भौतिक Node नहीं बनता। विनाश, भौतिक प्रतिस्थापन या कोई महत्वपूर्ण स्थानीय हार्डवेयर परिवर्तन ऐसा करता है। Node इनकार्नेशन एक अलग साक्ष्य है जो तब बनता है जब वह Node किसी ट्रेडिंग सिस्टम, अनुसंधान क्लस्टर या किसी अन्य Symphony-निर्मित सिस्टम में प्रतिभागी के रूप में किसी बस से जोड़ा जाता है।

## Habitat

एक **Habitat** वह सटीक ऑपरेटिंग सिस्टम और पैकेज कंडीशनिंग है जो आपके द्वारा चुने गए कार्य के लिए किसी Node पर प्रदान की जाती है। इसका डिफ़ॉल्ट केवल आवश्यक सॉफ़्टवेयर सतह है: कोई असंबंधित पैकेज, छिपे रनटाइम, कंटेनर, Kubernetes या निहित वर्चुअलाइज़ेशन नहीं। एक व्यापक सामान्य-उद्देश्य Habitat भी एक मान्य स्पष्ट उपयोगकर्ता विकल्प बना रहता है।

## Nest

एक **Nest** (शाब्दिक अर्थ: घोंसला) आपके द्वारा चुने गए उद्देश्य की पूर्ति करता है। लाइव रणनीति निष्पादन के आम होने की अपेक्षा है, और एक रणनीति में कई मॉड्यूलर कोड खंड हो सकते हैं। Symphony Nest के उद्देश्य को परिभाषित नहीं करता और न ही उसे किसी एक स्रोत फ़ाइल, प्रोसेस, एल्गोरिदम, ब्रोकर API या डेटा इंटरफ़ेस के बराबर मानता है। रणनीति लॉजिक आपका क्षेत्र बना रहता है।

## तुलना

| अवधारणा | यह क्या है | इसे क्या बदलता है |
| - | - | - |
| **Node** | विशिष्ट संसाधनों वाला भौतिक कंप्यूटर | भौतिक विनाश, प्रतिस्थापन या महत्वपूर्ण हार्डवेयर परिवर्तन |
| **Habitat** | किसी Node पर सटीक OS और पैकेज कंडीशनिंग | स्पष्ट उपयोगकर्ता चयन या qxctl-प्रशासित कंडीशनिंग |
| **Nest** | किसी Habitat में प्रदान किया गया उपयोगकर्ता-उद्देश्य वर्कलोड | रणनीति या अन्य चयनित कार्य की उपयोगकर्ता द्वारा तैनाती |

## क्लस्टर और बस टोपोलॉजी

कई Nodes केवल तभी एक क्लस्टर बनाते हैं जब वे एक या अधिक बसों के माध्यम से एक-दूसरे से जुड़े हों। एक क्लस्टर के भीतर कई बस फ़ैब्रिक सह-अस्तित्व में रह सकते हैं, और एक Node-इन-क्लस्टर संबंध भौतिक Node की पहचान बदले बिना संबंधित बस की पहचान कर सकता है।

NATS JetStream और ZeroMQ जैसे बस एडेप्टर उपयोगकर्ता द्वारा चुने जाते हैं, वे सिद्धांत का हिस्सा नहीं हैं। भारी ट्रांसफ़र, नियंत्रण, अनुसंधान और निष्पादन एग्ज़ॉस्ट को एक ही बस साझा करने की आवश्यकता नहीं है। कोई टोपोलॉजी कई बसों का उपयोग कर सकती है या किसी घोषित पथ के लिए बस को बायपास कर सकती है।

## TOPS और TROG स्कोप

**TOPS** प्रमुख Trade Operating System स्कोप है। एक **TROG** जानबूझकर अधीनस्थ, गैर-वैश्विक ट्रेडिंग-ग्रुप स्कोप है। ऐतिहासिक शब्दावली के बावजूद, कोई TROG आवश्यक रूप से वर्चुअल नहीं होता। इसकी विशिष्ट विशेषता यह है कि इसका स्कोप और नियम सार्वभौमिक नहीं होते।


## Related topics

- [Symphony Node Vector: Node पहचान और क्लस्टर रिकॉर्ड](https://docs.quanux.org/symphony/hi/vectors/snv.md)
- [क्विकस्टार्ट: QuanuX Symphony का अन्वेषण करें](https://docs.quanux.org/symphony/hi/quickstart.md)
- [Symphony Ops Vector: qxctl ऑपरेशंस नियंत्रण](https://docs.quanux.org/symphony/hi/vectors/sov.md)
- [Symphony आर्किटेक्चर](https://docs.quanux.org/symphony/hi/concepts/architecture.md)
- [QuanuX Symphony दस्तावेज़ीकरण](https://docs.quanux.org/symphony/hi/index.md)


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