AI ऑटोमेशन की शक्ति बनाए रखें,
अधिक मजबूत अवसंरचना नियंत्रण के साथ।
SVCE Clevi-X प्लेटफ़ॉर्म के AI एजेंटों को सुरक्षित रूप से संचालित रखने वाला निष्पादन वातावरण है, जो इंफ्रास्ट्रक्चर स्तर पर उन्हें अलग-थलग करना, नियंत्रित करना और सत्यापित करना. किसने क्या किया और कब किया, यह सब स्वचालित रूप से दर्ज किया जाता है।
SVCE उन संगठनों के लिए उपयुक्त है जिन्हें नियामक आवश्यकताओं को पूरा करना होता है, जटिल एकीकृत प्रणालियाँ संचालित करनी होती हैं, या अपनी अवसंरचना पर प्रत्यक्ष नियंत्रण बनाए रखना होता है।
वित्तीय सेवाएँ · सार्वजनिक क्षेत्र
वे वातावरण जहाँ विनियमन और ऑडिट अनिवार्य हैं
एंटरप्राइज़ IT
जटिल प्रणालियों का एकीकृत संचालन
ऑन-प्रिमाइसेस
अपने इंफ्रास्ट्रक्चर पर सीधा नियंत्रण
क्लाउड नेटिव
कंटेनरीकृत कार्यभार संचालन
SVCE कोई स्वतंत्र समाधान नहीं है। यह आपके इन्फ्रास्ट्रक्चर और Clevi-X प्लेटफ़ॉर्म के बीच नियंत्रण परत है, जो प्रत्येक एजेंट निष्पादन को नियंत्रित करती है।
किसी सर्वर पर एजेंट को सीधे चलाना हल्का है, लेकिन जोखिमपूर्ण; वर्चुअल मशीनें सुरक्षित हैं, लेकिन भारी होती हैं। SVCE हल्के कंटेनरों के साथ इस अंतर को समाप्त करता है।
| तुलना | सर्वर-अंदर एजेंट | VM आधारित | SVCE |
|---|---|---|---|
| पृथक्करण | कम | उच्च | उच्च (हल्का) |
| पहुँच नियंत्रण | एप्लिकेशन कोड में लागू | कॉन्फ़िगरेशन आवश्यक है | रनटाइम में अंतर्निहित |
| प्रति-कार्य पृथक्करण | कठिन | अक्षम | प्रति कंटेनर स्वचालित |
| प्रावधान · विघटन की गति | तेज़ | धीमा | तेज़ |
| लागत दक्षता | उच्च | कम | उच्च |
| ऑडिट लॉग | कस्टम निर्माण आवश्यक | कस्टम निर्माण आवश्यक | अंतर्निहित केवल-जोड़े-जाने योग्य लॉग |
| AI एजेंट सीमाएँ | कस्टम डिज़ाइन आवश्यक | कस्टम डिज़ाइन आवश्यक | मानक नीतियाँ शामिल |
एजेंट को सीधे सर्वर में एम्बेड करना जल्दी बनाया जा सकता है, लेकिन आइसोलेशन कमजोर होता है और नियंत्रण एप्लिकेशन कोड पर निर्भर करता है।
एक विफलता पूरी सेवा में फैल सकती है
जब एजेंट आंतरिक सर्वर लॉजिक के रूप में चलते हैं, तो किसी एक कार्य में हुई त्रुटि, दुर्भावनापूर्ण कोड या बाहरी हमला पूरी सेवा में फैल सकता है।
जोखिम — पूरे सेवा-तंत्र के बंद होने की संभाव्यतापहुँच नियंत्रण एप्लिकेशन कोड पर निर्भर करता है
जब अनुमतियाँ एप्लिकेशन कोड में रहती हैं, तो संवेदनशील डेटा और API पहुँच पर एकसमान नियंत्रण लागू करना कठिन होता है।
जोखिम — संवेदनशील डेटा और API पर सीमित नियंत्रणपरिणामों का सत्यापन करना कठिन है
निश्चित निष्पादन वातावरण के बिना, एक ही टास्क अलग-अलग तरीके से चल सकता है, जिससे पुनरुत्पादन, ऑडिट और परिणाम सत्यापन कठिन हो जाता है।
जोखिम — विश्वसनीय पुनरुत्पादन, ऑडिट या सत्यापन नहींएजेंटों को केवल सरल प्रतिक्रिया प्रणालियों के रूप में नहीं, बल्कि सुरक्षा सीमाओं और स्पष्ट निष्पादन विशेषाधिकारों वाले उत्पादन-स्तरीय कार्यकर्ताओं के रूप में देखें।
पृथक्करण
कंटेनर-आधारित पृथक्करण दुर्भावनापूर्ण कोड, असामान्य कमांड और बाहरी हमलों को AI एजेंट के निष्पादन स्थान से बाहर फैलने से रोकता है। अवशिष्ट डेटा के जोखिम को कम करने के लिए प्रत्येक कार्य के बाद कंटेनर नष्ट कर दिया जाता है।
हर निष्पादन को एक सुरक्षित सीमा के भीतर रखेंनियंत्रण
एजेंट अपनी अनुमतियाँ स्वयं कभी नहीं चुनते। Command Mediator और Orchestrator प्रत्येक कार्य के अनुसार पहुँच प्रदान और प्रतिबंधित करते हैं, तथा Research, Code और Executor जैसी भूमिकाओं के लिए फ़ाइलों, नेटवर्क, API, सिस्टम कमांड और सीक्रेट्स पर अलग-अलग सीमाएँ लागू करते हैं।
यह नियंत्रित करें कि एजेंट अवसंरचना स्तर पर क्या कर सकते हैं और क्या नहींदक्षता
हल्के कंटेनर VM की तुलना में तेज़ी से शुरू होते हैं और केवल तभी बनाए जाते हैं जब कार्य तैयार हो। लागत और प्रदर्शन के संतुलन के लिए CPU, मेमोरी, I/O और GPU संसाधनों को सीमित करके प्रति कार्य आवंटित किया जाता है।
प्रत्येक कार्य के लिए केवल आवश्यक संसाधनों का उपयोग करेंस्केल
एक साथ कई उपयोगकर्ता, टास्क और एजेंट चलाएँ। अनुरोध बढ़ने पर कंटेनर अपने आप स्केल होते हैं, विफलताएँ अलग-अलग टास्क तक सीमित रहती हैं, और एजेंटों को भूमिका के आधार पर अलग किया जा सकता है।
कई उपयोगकर्ताओं और एजेंटों के बीच विश्वसनीय रूप से स्केल करेंअनुरोध कभी भी तुरंत निष्पादित नहीं किए जाते। प्रत्येक अनुरोध इसके माध्यम से गुजरता है Command Mediator गेट, जहाँ आइसोलेटेड कंटेनर में निष्पादन से पहले नीति, अनुमति और अनुमोदन जाँचों का सफल होना आवश्यक है।
ऑर्केस्ट्रेटर हर टास्क के लिए कंटेनर, अनुमतियाँ, नेटवर्क नीति, CPU और मेमोरी आवंटन, तथा अधिकतम निष्पादन समय निर्धारित करता है।