mirror of
https://github.com/trustgraph-ai/trustgraph.git
synced 2026-07-09 05:12:12 +02:00
update more languages
Signed-off-by: Alex Jenkins <kjenkins60@gatech.edu>
This commit is contained in:
parent
835acaa70e
commit
16c2f12a54
249 changed files with 117186 additions and 186 deletions
|
|
@ -9,7 +9,11 @@
|
|||
एक फ्लो ब्लूप्रिंट परिभाषा में पाँच मुख्य अनुभाग होते हैं:
|
||||
|
||||
### 1. क्लास अनुभाग
|
||||
<<<<<<< HEAD
|
||||
यह साझा सेवा प्रोसेसर को परिभाषित करता है जिन्हें प्रत्येक फ्लो ब्लूप्रिंट के लिए एक बार इंस्टेंट किया जाता है। ये प्रोसेसर इस क्लास के सभी फ्लो उदाहरणों से अनुरोधों को संभालते हैं।
|
||||
=======
|
||||
साझा सेवा प्रोसेसर को परिभाषित करता है जिन्हें प्रत्येक फ्लो ब्लूप्रिंट के लिए एक बार इंस्टेंट किया जाता है। ये प्रोसेसर इस क्लास के सभी फ्लो उदाहरणों से अनुरोधों को संभालते हैं।
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
```json
|
||||
"class": {
|
||||
|
|
@ -27,7 +31,11 @@
|
|||
**विशेषताएं:**
|
||||
समान वर्ग के सभी फ्लो उदाहरणों में साझा किया जाता है।
|
||||
आमतौर पर महंगी या स्टेटलेस सेवाएं (एलएलएम, एम्बेडिंग मॉडल)।
|
||||
<<<<<<< HEAD
|
||||
कतार नामकरण के लिए `{class}` टेम्पलेट वेरिएबल का उपयोग करें।
|
||||
=======
|
||||
क्यू नामकरण के लिए `{class}` टेम्पलेट वेरिएबल का उपयोग करें।
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
सेटिंग्स निश्चित मान हो सकती हैं या `{parameter-name}` सिंटैक्स के साथ पैरामीटराइज़ की जा सकती हैं।
|
||||
उदाहरण: `embeddings:{class}`, `text-completion:{class}`, `graph-rag:{class}`
|
||||
|
||||
|
|
@ -55,7 +63,11 @@
|
|||
उदाहरण: `chunker:{id}`, `pdf-decoder:{id}`, `kg-extract-relationships:{id}`
|
||||
|
||||
### 3. इंटरफेस अनुभाग
|
||||
<<<<<<< HEAD
|
||||
यह प्रवाह के लिए प्रवेश बिंदुओं और इंटरैक्शन अनुबंधों को परिभाषित करता है। ये बाहरी प्रणालियों और आंतरिक घटक संचार के लिए एपीआई सतह बनाते हैं।
|
||||
=======
|
||||
यह प्रवाह के लिए प्रवेश बिंदु और इंटरैक्शन अनुबंधों को परिभाषित करता है। ये बाहरी प्रणालियों और आंतरिक घटक संचार के लिए एपीआई सतह बनाते हैं।
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
इंटरफेस दो रूप ले सकते हैं:
|
||||
|
||||
|
|
@ -146,7 +158,11 @@
|
|||
```
|
||||
|
||||
### पैरामीटराइज़्ड सेटिंग्स
|
||||
<<<<<<< HEAD
|
||||
वे मान जो प्रवाह शुरू करते समय प्रदान किए गए पैरामीटर का उपयोग करते हैं:
|
||||
=======
|
||||
वे मान जो फ्लो शुरू करते समय प्रदान किए गए पैरामीटर का उपयोग करते हैं:
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
```json
|
||||
"settings": {
|
||||
"model": "{model}",
|
||||
|
|
@ -210,7 +226,11 @@
|
|||
|
||||
### घटक:
|
||||
**स्थायित्व**: `persistent` या `non-persistent` (पल्सर स्थायित्व मोड)
|
||||
<<<<<<< HEAD
|
||||
**किरायेदार**: ट्रस्टग्राफ द्वारा प्रदान किए गए प्रवाह ब्लूप्रिंट परिभाषाओं के लिए `tg`
|
||||
=======
|
||||
**किरायेदार**: ट्रस्टग्राफ द्वारा प्रदान किए गए फ़्लो ब्लूप्रिंट परिभाषाओं के लिए `tg`
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
**नामस्थान**: यह संदेश पैटर्न को इंगित करता है
|
||||
`flow`: फायर-एंड-फॉरगेट सेवाएं
|
||||
`request`: अनुरोध/प्रतिक्रिया सेवाओं का अनुरोध भाग
|
||||
|
|
@ -232,11 +252,16 @@
|
|||
|
||||
## डेटाफ्लो आर्किटेक्चर
|
||||
|
||||
<<<<<<< HEAD
|
||||
प्रवाह ब्लूप्रिंट एक एकीकृत डेटाफ्लो बनाता है जहां:
|
||||
=======
|
||||
फ़्लो ब्लूप्रिंट एक एकीकृत डेटाफ्लो बनाता है जहां:
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
1. **दस्तावेज़ प्रसंस्करण पाइपलाइन**: अंतर्ग्रहण से लेकर परिवर्तन और भंडारण तक का प्रवाह
|
||||
2. **क्वेरी सेवाएं**: एकीकृत प्रोसेसर जो समान डेटा स्टोर और सेवाओं को क्वेरी करते हैं
|
||||
3. **साझा सेवाएं**: केंद्रीय प्रोसेसर जिनका उपयोग सभी प्रवाह कर सकते हैं
|
||||
<<<<<<< HEAD
|
||||
4. **भंडारण लेखक**: संसाधित डेटा को उपयुक्त स्टोर में सहेजें
|
||||
|
||||
सभी प्रोसेसर (दोनों `{id}` और `{class}`) एक सुसंगत डेटाफ्लो ग्राफ के रूप में एक साथ काम करते हैं, अलग-अलग सिस्टम के रूप में नहीं।
|
||||
|
|
@ -247,6 +272,18 @@
|
|||
प्रवाह उदाहरण आईडी: `customer-A-flow`
|
||||
प्रवाह ब्लूप्रिंट: `standard-rag`
|
||||
प्रवाह पैरामीटर मैपिंग:
|
||||
=======
|
||||
4. **भंडारण लेखक**: संसाधित डेटा को उपयुक्त स्टोर में संग्रहीत करते हैं
|
||||
|
||||
सभी प्रोसेसर (दोनों `{id}` और `{class}`) एक सुसंगत डेटाफ्लो ग्राफ के रूप में एक साथ काम करते हैं, अलग-अलग सिस्टम के रूप में नहीं।
|
||||
|
||||
## उदाहरण फ़्लो इंस्टेंशिएशन
|
||||
|
||||
दिया गया:
|
||||
फ़्लो इंस्टेंस आईडी: `customer-A-flow`
|
||||
फ़्लो ब्लूप्रिंट: `standard-rag`
|
||||
फ़्लो पैरामीटर मैपिंग:
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
`"model": "llm-model"`
|
||||
`"temp": "temperature"`
|
||||
`"chunk": "chunk-size"`
|
||||
|
|
@ -271,7 +308,13 @@
|
|||
## लाभ
|
||||
|
||||
1. **संसाधन दक्षता**: महंगी सेवाओं को प्रवाह में साझा किया जाता है
|
||||
<<<<<<< HEAD
|
||||
2. **प्रवाह अलगाव**: प्रत्येक प्रवाह का अपना डेटा प्रसंस्करण पाइपलाइन होता है
|
||||
3. **मापनीयता**: एक ही टेम्पलेट से कई प्रवाहों को कार्यान्वित किया जा सकता है
|
||||
4. **मॉड्यूलरिटी**: साझा और प्रवाह-विशिष्ट घटकों के बीच स्पष्ट अलगाव
|
||||
=======
|
||||
2. **फ़्लो अलगाव**: प्रत्येक फ़्लो का अपना डेटा प्रसंस्करण पाइपलाइन होता है
|
||||
3. **मापनीयता**: एक ही टेम्पलेट से कई फ़्लो को इंस्टेंशिएट किया जा सकता है
|
||||
4. **मॉड्यूलरिटी**: साझा और फ़्लो-विशिष्ट घटकों के बीच स्पष्ट अलगाव
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
5. **एकीकृत आर्किटेक्चर**: क्वेरी और प्रसंस्करण एक ही डेटाफ्लो का हिस्सा हैं
|
||||
Loading…
Add table
Add a link
Reference in a new issue